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ABSTRACT 



The use of style sheets in an electronic publishing system is 
described. A style sheet is a collection of formatting 
information, such as font and tabs in a textual document. The 
style sheets described herein are applied to individual dis- 
play regions (controls) on a page. Unlike previous systems, 
the display regions in this system do not contain any text at 
the time the style sheet is applied. Rather, the text, or other 
media such as graphics, is poured into the display region 
when the title is rendered on the customer's computer. 

35 Claims, 20 Drawing Sheets 
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STYLE SHEETS FOR PUBLISHING SYSTEM 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to electronic publishing 5 
systems and, more specifically, to using style sheets in an 
on-line publishing system. 

2. Description of the Related Technology 

Many different systems exist for publishing documents 
on a computer system. These systems are used to, for 10 
example, create newsletters or brochures to promote a 
particular company. In addition, publications can be used to 
disseminate information to a variety of customers. A number 
of programs exist for allowing a user to design complicated 
layouts for a particular application. Well-known programs 15 
such as Microsoft Publisher®, Ventura Publisher®, 
PageMaker®, and Prints hop® help a user to produce attrac- 
tive newsletters and brochures. 

These publication systems let the user define particular 
regions of every page for a specific purpose. For example, 20 
the user can place a graphic frame that runs along the top of 
the page to hold a particular image. Such an image may 
include the title of the newsletter or another related aspect of 
the newsletter. In a similar way, the user may define other 
areas of the first page to include one or more text frames for 25 
holding text-based information such as the words from 
particular story. The user designs the text frame to have 
certain properties, such as height, width, background color, 
foreground color and other such properties so that the text 
becomes attractively formatted for the customer. In addition, 30 
the user can format the text information within the text frame 
to have desired font and paragraph characteristics. For 
example, the user can highlight the characters within the text 
frame and define that font to be, for example, bold-faced. 
The user can also choose to only apply a character format to 35 
specific words or paragraphs within a text frame. 

After defining an initial text frame in these publishing 
systems, the user can define additional text frames on the 
same page. For example, one text frame may hold the title 
of a story whereas the next text frame holds the name of the 40 
author and the text of the story. Although this layout is 
straightforward to prepare, it is also very difficult to modify 
once it has been produced. 

Some word processing programs such as Microsoft 
Word® and WordPerfect® have incorporated some publish- 45 
ing features into their software. One feature that has been 
incorporated into the Microsoft Word wordprocessor is the 
use of style sheets to mark regions of documents with 
specific character or paragraph properties. 

A style sheet, as used in Microsoft Word, is a compilation 50 
of character and paragraph styles, with each style containing 
properties for formatting marked text. These style sheets are 
associated with a particular document to define how marked 
characters and paragraphs are displayed to the user. 
However, current word processing software only allows one 55 
style sheet to be applied to any document or to multiple 
documents. There is no provision for applying more than 
one style sheet to different sections of the same document. 
Thus, all text in a document that is marked with a particular 
style will be formatted with the same character or paragraph 60 
properties defined by that style. 

Microsoft Word also allows for limited customization of 
the colors that are used for displaying text in a document. 
The author of a document may choose any of the standard 
16 colors for a piece of text, or may set the color to "Auto". 65 
Setting the colors to " Auto" in Word will cause the selected 
text to be displayed in the standard "Window Text" system 
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color. The system colors are designated by the Microsoft 
Windows® user in the control panel. However, the user is 
not able to set any other part of the Word document to 
default to system colors other than "Window Text". 

Another category of publication systems include soft- 
ware for electronically publishing stories across on-line 
networks such as CompuServe, America On-Line, or the 
Internet. Most of these systems create and display stories 
that are formatted in a Standard Generalized Markup Lan- 
guage (SGML) or Hypertext Markup Language (HTML). 
Both the HTML and SGML are standards for tagging text in 
documents to be displayed in an on-line network. Docu- 
ments that are formatted in HTML or SGML can be viewed 
by several widely distributed browsers such as Mosaic and 
NetScape for the Internet. These browser programs read 
SGML and HTML tagged documents and display them with 
proper formatting. 

Several programs exist for producing documents that are 
tagged in either the SGML and HTML format. Programs 
such as Interleaf's WorldView 2 allow a user to create an 
SGML document with, for instance, bold-face text and 
hyperlinks to other documents. Once a document has been 
saved in an SGML format, it can be read by either the 
Mosaic or NetScape browser. Unfortunately, all of the 
formatting commands for text or graphics in an SGML or 
HTML document are embedded within the document. The 
Mosaic or NetScape browsers do not reformat these tagged 
documents, but rather only display the commands embedded 
in the SGML or HTML documents to a user. For this reason, 
the designers that produce the SGML and HTML documents 
must add formatting commands to every new document. In 
addition, there is little flexibility to change the document's 
formatting once the tagged document has been produced. 
Therefore, the process of creating documents for display 
using SGML or HTML is very inefficient for the document 
designer. 

Other commercially available software programs for 
producing on-line publications are available in the market- 
place. One type of electronic publisher that generates its own 
specific format of text while retaining the specific layout of 
the document is the Adobe Acrobat™ software package. 
Acrobat™ reads and stores documents in a specialized 
format known as the Portable Document Format (PDF) for 
use on the Internet. Other electronic publishing programs are 
produced by Interleaf, Inc. (Waltham, Mass.), Farallon Com- 
puting (Alameda, Calif.) and Common Ground Software 
(Belmont, Calif.). 

Another on-line information system is described in U.S. 
Pat. No. 5,347,632 by Filepp et al. This patent discusses an 
interactive computer system network which enables a user to 
display news information and perform transactional services 
through a personal computer. However, in the Filepp system 
the news information is integrated into the display regions. 

The invention described in U.S. Pat. No. 5,347,632 
includes procedures for formulating objects that have been 
specially structured to include display data, control data and 
program instructions. Unfortunately, this system does not 
provide a separation of the content being displayed from the 
design. Therefore, the same design layout cannot be shared 
among disparate pieces of content. 

The content displayed in this system is therefore difficult 
to modify because new design layouts must be transmitted 
to the users across slow communications lines for every 
piece of information viewed on the computer monitor. If the 
content of the information was separated from the design 
layout, the design layout objects could reside locally on the 
user's computer and be available whenever required by a 
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specific piece of content. Similarly, it is difficult to update 
the character and paragraph styles of the objects in this 
system because the content of the information is not sepa- 
rated from the design layout. These disadvantages are over- 
come by the present invention. 5 

SUMMARY OF THE INVENTION 

A style sheet is a collection of formatting information, 
such as fonts and tabs in a textual document, that can be 
manipulated and applied as a single unit. Presently known 10 
style sheets, such as those used in Microsoft Word, are 
associated with particular documents. In contrast, style 
sheets of the present invention are applied to individual 
display regions (controls) on pages within titles (e.g., the 
Wall Street Journal is an example of a title). The display 15 
regions in a page do not contain any text at the time the style 
sheet is applied. Rather, the text is poured into the region 
when the title is displayed (also termed rendered) on the 
customer's computer. 

More than one display region, on the same page or on 20 
different pages within a title, may use the same style sheet. 
A title may also contain more than one style sheet, and the 
publisher is free to associate each display region on the page 
with any particular style sheet in the title. Additionally, style 
sheets can be shared between titles. Important benefits 25 
derived from this invention include efficient delivery and 
personalization of the published title. 

One embodiment of the present invention is a method of 
styling content, comprising the steps of creating a first style 3Q 
sheet container storing a plurality of styles, creating a second 
style sheet container storing a plurality of styles, creating a 
content container storing content and a plurality of tags, each 
tag identifying a portion of the content, linking the content 
container with the first and second style sheet containers, 35 
linking each tagged content portion to a selected one of the 
styles, applying each selected style to each tagged content 
portion, and displaying the styled content. 

Another aspect of the present invention is a viewer for 
viewing titles, comprising a content object, a style sheet ^ 
stored separately from the content, a first control linking to 
the style sheet and displaying styled content, a second 
control linking to the style sheet and displaying styled 
content. 

Yet another aspect of the present invention is a method of 45 
publishing and viewing titles in an electronic publication 
system including a storage, comprising the steps of creating 
a content object, creating a style sheet object independent of 
the content object, linking the style sheet object to a control 
object, linking the content object to the control object, 50 
storing the objects in the storage, retrieving the objects from 
the storage, applying the linked style sheet to the content, 
and displaying the styled content with the control. 

Still another aspect of the present invention is an elec- 
tronic publication system, comprising a publication storage, 55 
a content editor generating one or more documents contain- 
ing content, a project editor generating a title layout, 
wherein the content documents are linked to the title layout 
in a title, wherein the title layout includes the setting of 
system colors, and wherein the title is released to the 60 
publication storage as separately stored title layout and 
content documents, and a viewer retrieving the separately 
stored title layout and content documents from the publica- 
tion storage, wherein the viewer renders the title layout and 
content documents as a displayable title, and wherein the 65 
system colors set in the title layout are associated with colors 
set external to the viewer. 



1,073 

4 

Another embodiment of the present invention is a method 
of styling content in an electronic publishing system, com- 
prising defining a control region, linking the control region 
to a style sheet object, wherein the style sheet object 
includes a plurality of styles, associating the control region 
with content, and displaying a portion of the content, 
wherein the displayed content portion is styled with at least 
one of the styles. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of the basic system configura- 
tion of the multimedia publishing system (MPS), which is 
the presently preferred underlying architecture for the 
present invention. 

FIG. 2 is a diagram of the major system components of the 
MPS shown in FIG. 1. 

FIG. 3 is a diagram of an exemplary on-line system, for 
publication storage and distribution. 

FIG. 4 is block diagram of a hierarchy of containers or 
folders for a plurality of publishers using the system of 
FIGS. 1 and 2. 

FIG. 5 is an overview flow diagram of the MPS processes 
performed using the system of FIGS. 1 and 2. 

FIG. 6 is an exemplary screen display of one page of a 
title as displayed by the viewer of FIG. 2. 

FIG. 7 is an exemplary screen display of the parts of the 
content and layout for the title displayed in FIG. 6. 

FIG. 8 is a block diagram of the interaction of page 
layouts, controls, style sheet and content objects at the 
viewer of FIG. 2. 

FIG. 9 is a diagram illustrating the internal structure of a 
style sheet object such as shown in FIG. 8. 

FIG. 10 is a flow diagram of the process used to add style 
sheets to a control region of a page which is a process in the 
flow diagram shown in FIG. 5. 

FIG. 11 is a flow diagram of the process used to create 
new style sheets with an editor as illustrated in FIG. 10. 

FIG. 12a is a flow diagram of the process performed by 
the viewer as shown in FIGS. 2 and 5 to gather style 
information from tagged content and format the content 
based on a style sheet. 

FIG. 12b is a diagram illustrating an exemplary Multi- 
media Publishing Markup Language (MPML) parse tree. 

FIG. 12c is a diagram of the process that a control uses to 
retrieve style properties from a style sheet. 

FIG. 13a is a diagram of multiple controls on a page 
referencing one style sheet. 

FIG. 136 is a diagram of multiple controls on a page 
referencing two different style sheets. 

FIG. 14 is a block diagram illustrating the process of 
displaying the same tagged story by applying two different 
style sheets. 

FIG. 15 is a flow diagram of the wrap edit process 
performed by the designer to include a wrap style in a style 
sheet using the style sheet editor shown in FIG. 2. 

FIG. 16 is a diagram of various positions for an embedded 
object that a designer can set by choosing wrap styles in a 
style sheet as shown in the flow diagram of FIG. 15. 

FIG. 17 is a flow diagram of the wrap process of applying 
a wrap style to an embedded object in the viewer shown in 
FIG. 2. 

FIG. 18 is a flow diagram of the process used by the 
designer to assign colors to elements in the control. 
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FIG. 19 is a flow diagram of the process used by the 
viewer to render colors according to instructions set by the 
designer. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

Reference is now made to the drawings wherein like 
numerals refer to like parts throughout. For convenience, the 
following description will be organized into the following 
seven principle sections: Acronyms, Advantages of the 
Multimedia Publication System, Multimedia Publishing 
System Overview, Style Sheet Overview, Style Sheet 
Object, Applying Style Sheets to Content, Displaying the 
Styled Content, Assigning Colors in a Control and Sum- 
mary. 

The discussion in the first three sections is general back- 
ground of the preferred Multimedia Publication System 
(MPS). The remaining sections focus on the preferred imple- 
mentation of style sheets within the MPS. 

I. ACRONYMS 

The following list of acronyms is provided as a reference 
in reading the remaining sections. 
AVI — Advanced Video Imaging. 
BBS — Bulletin Board System. 
MPML — Multimedia Publishing Markup Language 
CF — Component Forms 
COS— Caching Object Store 
DBM — Database Management System 
DLL — Dynamic-link Library 
GUID— Globally Unique Identifier 
HTML — HyperText Markup Language 
ICP — Independent Content Provider 
IP — Information Provider 
LAN — Local Area Network 
MP — Multimedia Publishing 
MPC — Microsoft Network Procedure Call 
MPS— Multimedia Publishing System 
MFC — Microsoft Foundation Class 
MSN — Microsoft Network 
OCX— OLE Control 
OFS— Object File System 
OLE — Object Linking and Embedding 
PDA — Personal Digital Assistant 
RGB — Red, Green, Blue 
RPC— Remote Procedure Call 
RTF— Rich Text Format 

SGML — Standard Generalized Markup Language 
VBA — Visual Basic for Applications 
WAN— Wide Area Network 
WWW— World-Wide Web 
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PUBLICATION SYSTEM 
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The present invention can perhaps provide the most 
benefit by using an on-line network. Therefore, this and the 
following sections present background information on a 
preferred on-line publication system which is a foundation 
upon which the present invention can reside. 

To enable a new generation of on-line, multimedia 
applications, an end-to-end system has been invented for 
developing and using applications and services. The system, 
called the Multimedia Publishing System (MPS or MP 
system), preferably uses the Microsoft Network. As an open, 
turnkey system, MPS includes components for design, 
authoring, distribution, viewing, search, personalization, 



and billing of on-line services and multimedia applications. 
The MP system allows content providers to offer rich, 
interactive multimedia applications and services, providing 
users a compelling and exciting on-line experience. The MP 
system provides the key to overcoming the previously 
described hurdles facing the on-line industry. 

The Microsoft Network removes the primary barriers to 
on-line service use. These barriers include cost, difficult user 
interfaces and lack of inertia. Access to The Microsoft 
Network is provided by Windows 95, the most recent 
version of the Microsoft Windows operating system thereby 
making it accessible to millions of customers. The Microsoft 
Network is designed to make accessing electronic informa- 
tion easy and inexpensive for any user of Windows 95. 

In the MP system, Independent Content Providers (I CPs), 
also known as publishers, supply the system with stories, 
publications, newspapers, sounds, graphics movies and 
much more. The MP system is designed to take projects (e.g. 
stories, publications, etc) produced by the publishers and 
make them accessible to millions of users on the Microsoft 
Network. Thus, the basic components of the MP system are 
a project designer component, a public distribution site, and 
a viewer component. These components of the MP system 
are described in detail below. 

One unique concept that permeates the MP system is the 
clean separation of content and design. In this context, 
content is defined as the actual data that is to be displayed 
to the user. The design of a project is how that information 
gets displayed to the user (e.g., its format on the computer 
screen). An illustrative example would be an electronic 
newspaper, wherein the content is the text and graphics of 
the stories, while the design is the layout and style of that 
data. The design of the electronic newspaper is what makes 
it look like a newspaper on a computer monitor, whereas the 
content is the data that makes up the designed screens. 

In the MP system, the content and the design are stored as 
separate objects in the public distribution site so that many 
different pieces of content can be viewed with the same 
appearance. An object can be defined as a discrete data item 
or data structure which can be stored in persistent storage or 
in memory. The object may include computer instructions 
for manipulating data. Once a designer, using the project 
designer component at the publisher site, has created a 
particular page layout that is attractive, many pieces of 
content can be viewed from within that layout because of the 
separation of content from design in the MP system. The 
system keeps track of links between a piece of content and 
its associated page layout, but does not actually format the 
data in the content with a particular style. 

As will be discussed in more detail below, the designer 
creates projects with design and content information for a 
particular publisher. Continuing the example from above, a 
project could correspond to an entity that owned a series of 
newspapers and other media businesses. Within each 
project, one or more titles would correspond to the actual 
newspaper. Each title has one or more sections, and can be 
thought of as similar to the sections in a standard, printed 
daily newspaper or other periodical such as a magazine. 

Within each section are pages that define the information 
that is displayed to a single screen on the customer's 
computer visual display. When viewing a particular title, the 
customer will normally look at only one page of information 
at a time. On each page are controls which contain instruc- 
tions for gathering, formatting and displaying the linked 
content onto the page. When a customer looks at information 
on a page that is provided by a publisher, the customer is 
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really looking at content that has been formatted within 
pre-defined control regions on the page. 

One important facet of this invention is the concept of 
viewing the same content objects in many different ways. As 
discussed above, content objects are viewed after being 
formatted by a particular linked control. The control knows 
how to format a particular piece of content by looking at the 
style that has been defined for that content by the designer 
and then comparing that style to a linked style sheet. 
Because each control on a page can have a different asso- 
ciated style sheet, different controls on the same page can 
each display the same linked content in varying formats. In 
one control, the title might be displayed using a 14 point font 
and bold emphasis, whereas the same piece of content in a 
different control on the page can be displayed in a 12 point 
font and italic emphasis. The ability of each control on a 
page to have its own associated style sheet is a powerful tool 
for the designer to use to format attractive content on a page. 

Unlike prior publishing systems, content (such as text or 
graphics) in the MP system is never reformatted into the 
marked style. The content is only displayed to the user in the 
chosen style. Therefore, should the designer choose to 
change a particular style, only the style sheet property of that 
style needs to be altered. The next time that the content is 
displayed using the altered style sheet, the content will be 
displayed with the properties of the new style. 

A further advantage of the MPS is that it provides the 
designer with the flexibility to allow customers to choose 
their own color schemes. Designers can choose a specific 
color for controls and other displayed objects, or can specify 
one of the system colors the end-user has customized in the 
Windows® Control panel. This flexibility allows the 
designer to give the customer the ability to adjust the color 
of various chosen title elements. Thus the customer can 
choose a combination of colors which suit their individual 
needs. Customers with vision deficiencies which do not 
allow them to view certain colors or combinations of colors 
will be able to display titles in specific color combinations. 
The system also allows the designer to assign permanent 
colors to controls and objects when a particular "look and 
feel" is important to a title. Other advantages and benefits of 
the MP system are discussed in detail below. 

To provide more detail on the advantages of the MP 
system, the following section presents an overview of the 
Multimedia Publishing system. 

HI. MULTIMEDIA PUBLISHING SYSTEM 
OVERVIEW 

This section presents an overview of the configuration and 
major components of the preferred Multimedia Publication 
System. Beginning with a description of the important 
concept of separating design and content, this section con- 
tinues by discussing the major components and configura- 
tion of the MP system. In addition, a description of the 
container hierarchy is discussed in conjunction with FIGS. 
l^J. 

The objects utilized by the MP System include a project; 
title; content folder and, optionally, subfolder; section and, 
optionally, subsection; window; page; control; style sheet; 
and various content objects (such as stories, images, audio, 
so forth). These objects will be explained in more detail 
below in reference to FIGS. 1-7. It is important to realize 
that these objects need to be stored in a non-volatile com- 
puter memory such as a hard disk drive. 

The natural way of storing related and ordered objects is 
in a data structure, such as an acyclic graph. The presently 
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preferred way of storing the MP system objects is called a 
caching object store (COS). The concept of a COS and how 
it operates to organize objects within an OLE environment 
is known in the art. See, for example, Inside OLE 2 by Kraig 

5 Brockschmidt (Microsoft Press). In the presently preferred 
MPS, each title corresponds to a COS. There is least one 
COS at the publisher workstation and in each MPS server at 
the publication storage and distribution center (FIG. 2). Each 
customer workstation also has a COS so that the customer 

10 can store and retrieve MP system objects when assembling 
content into controls on pages. 

A title may be broadly defined to encompass a publication 
(e.g., newspaper), service (e.g., stock quotations) or appli- 
cation (e.g., multimedia encyclopedia). When a title is 

15 viewed, the viewer opens a title file which represents the 
title. This title file is a COS file. Typically in the on-line 
scenario, this would be a skeleton title. A skeleton title is a 
COS file which contains only a root moniker and no actual 
objects. A moniker is an object used in the implementation 

20 of the COS and contains identification and status informa- 
tion about COS objects. 

A superCOS is a COS file which contains more than one 
COS. For example a superCOS at the customer workstation 
is used to cache objects which have been remotely retrieved 

25 from the host data center. As long as these cached objects are 
not out of date or flushed, the viewer will be able to quickly 
provide that object the next time it is requested rather than 
retrieving it from the data center again. This gives the MP 
system a tremendous speed advantage over other on-line 

30 systems. 

A top level system flow diagram is presented in conjunc- 
tion with FIG. 5 and exemplary Viewer screen displays that 
could be seen during the processes of the system flow 
35 diagram are described in conjunction with FIGS. 6 and 7. An 
example of the rendering process that relies on style sheets 
and content retrieval is presented in conjunction with FIG, 
8. 

A. Separation of Design and Content in the Multimedia 

^ Publishing System 

As discussed above, the MPS architecture maintains a 
clean separation between design information and the content 
to which that design will be applied. A publisher's collection 
of page layouts is in the form of one or more titles. A title 

45 is a collection of page layouts, in a particular sequence 
which relates to the order in which pages will be viewed. 
The page layouts describe how the client area of a window 
will appear when a page is rendered. Rendering refers to the 
creation of a bitmap of a display screen in memory prior to 
displaying the screen. A complete page layout is created by 
placing controls on a blank page layout, where each control 
delineates an area where some piece of content should be 
displayed. Settings on each control determine the proper 

55 place to look for the content to be displayed in that control. 
The content takes the form of discrete objects, each of 
which compose one unit of information, e.g., a story or a 
picture. These content objects are of well-known and public 
data formats, and may be created using any tool that 

60 supports these data formats. Content objects generally do 
not have formatting information encoded within them. 

When the publisher has created the title (with its page 
layouts) and the content objects, the title and content are 

65 published together to the public distribution point. Consum- 
ers download the title and content objects to their personal 
computer, where the MPS viewer software uses the page 
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Layouts in the title to compose the content in the visually rich vated by the publisher. Besides browsing via the Explorer or 

form designed by the publisher. scheduling automatic home delivery, there are several addi- 

B. System Configuration tional ways customers can obtain MPS applications. For 

Referring now to FIG. 1, the basic system configuration of example, an individual application may be distributed via 

the multimedia publishing system (MPS) 100, which is a 5 floppy disk or CD-ROM 124, it may be distributed through 

preferred embodiment of the system 100, will now be E-mail or bulletin boards, or the application may be directly 

described. By convention, the term title is used to describe accessible via a link in other applications (such as the 

the overall plan or instructions for assembling the complete Microsoft Network yellow pages system). In each of these 

on-line MPS application on a customer's computer. situations, the MP system 100 acquires an application for the 

Much of the power of the MP system 100 resides in its 10 customer, 

ability to fully separate design and content, unlike existing C System Components 

on-line and multimedia publishing tools which require a Referring now to FIG. 2, the preferred basic components 
publisher or content provider, such as a first publisher 102, of the MP system 100 will now be described. The system 
a second publisher 104, or a publisher M 106 to integrate 100 includes a set of tools for designing, developing and 
design and content. In the MP system, titles, such as a title 15 viewing multimedia on-line applications. A publisher, such 
A 140, title B 142, or title P 144 can be divided into two as the publisher 102, utilizes a publisher workstation 182 
parts: the content (148, 152, 156) — the information such as and a Designer software environment 194 to create and 
bitmaps, video clips, audio, animation, or stories that make publish the title layouts 110 and content 112. In the system 
up a title — and the title layout, also termed the design (146, 100, a publisher could possibly just create content and use 
150, 154) — the overall look and feel of a title. To separate 20 the title layouts of another publisher. The title layouts and/or 
content and design using MPS rather than placing content content are preferably stored in a network 122 that includes 
directly on a page, a publisher can place the content, such as a high-performance server for hosting on-line applications, 
a set of content objects 112, 114, or 118, in one or more The preferred network 122 will be further described in 
containers of a title and then create sections or subsections conjunction with FIG. 3. A customer, such as customer 162, 
having pages with special controls, such as a set of title 25 utilizes a customer workstation 182 and a runtime Viewer 
layout objects 110 or 116, that dynamically find and display software component 202 to find and activate MPS titles, 
the content at runtime. stored on the network 122, on a visual display at a work- 
Using this technique a publisher can change a title on an station 182. 
ongoing basis by merely updating the content 112, 114, 116 The Designer 194 is an extensible design and develop - 
which has been placed into various folders or containers 30 ment environment that includes several preferred software 
within the master title. When a page is displayed, it shows components. These include a project editor 184 to manage 
the updated content. This is called dynamic title synthesis or tiles, containers, and objects; a page editor 186 to create and 
dynamic synthesis, and allows content to be continually layout pages; a word processor, such as Microsoft MPS 
updated without any need to modify and update the title Word, for creating content optimized for the MP system 100; 
design consisting of the individual pages, controls and 35 and optional third-party tools, such as a sound editor 190, an 
hand -placed content used to display the content. image editor 192, and another media object editor 193 to 
When publishers use dynamic synthesis they are creating create and modify sound, image, video, animation and other 
titles which contain placeholders that will be filled-in by the content objects. For authoring textual content, the preferred 
changing content. When dynamic synthesis is utilized, a title text editor is an enhanced version of the Microsoft Word 6.0 
is used as a template and a pressing is the displayed, filled-in 40 wordprocessing program for creating tagged, hypertext 
title. Each time the publisher updates the content in a title documents. Together, these programs form the Designer 
and makes it available for customers, such as a first customer Component 194. 

160, a second customer 162 or a customer N 164, the The project editor 184 is used to invoke a style sheet 

publisher is creating a new release of that title. When the editor 187 that is used to create and edit style sheets. The 

customer starts to view that release, a "pressing" is made 45 style sheet editor 187, and portions of the project editor 184 

which contains part or all of the content in the release. and page editor 186 will be described in detail in subsequent 

A major advantage of this approach is flexibility. Some sections of this discussion, 

parts of a title may be created by hand-placing content The MPS Designer 194 is a page or forms-based devel- 

directly on a page, and other parts may be created using opment system similar to Visual Basic. The development 

dynamic synthesis. Notice, however, that content hand- 50 environment is graphical and easy to use. Controls, which 

placed directly on pages is static — it changes only when the represent the components of a MPS application that will 

people involved in creating the title update the pages. appear on-screen, are laid out within MPS pages. MPS pages 

Returning to the creation of title layouts and content by and controls are preferably based on Object Linking and 
the publisher, after creation, the title layouts 110, 116 and Embedding 198 (in FIG. 2) (OLE), Microsoft's component 
content 112, 114, 118 are released and stored in a publication 55 software technology. OLE, which presently is at version 2, 
storage 120. The storage 120 can be implemented in many is further described in Inside OLE 2 and OLE 2, Program- 
forms, such as a network 122, CD-ROM 124, and other mer's Reference, Volumes 1 and 2, all of which are pub- 
means of storage, such as bulletin boards, magnetic media, lished by Microsoft Press, and are hereby incorporated by 
cable television and so forth. The presently preferred net- reference. However, other compound document architec- 
work 122 is the Microsoft Network (MSN), which is part of 60 tures such as OpenDoc could be used as well. 
Windows 95. Many customers will use a MSN Explorer tool The MP system 100 includes a number of pre-packaged 
to acquire and activate MPS applications. controls such as navigation controls, rich-text controls, 

The MSN Explorer is the integrated navigation tool multimedia controls, and other special controls specifically 

within Windows 95 that is also used to browse the MSN designed to support the creation of MPS applications, 

hierarchy. Sophisticated customers may use other more 65 Because MPS is based on OLE, third parties can also design 

advanced MPS features, such as search, scheduling, and their own controls for use within MPS (using the Microsoft 

automatic delivery, assuming these features have been acti- OLE Control Development Kit that is bundled with 
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Microsoft Visual C++ 2.0). In this way, the MPS develop- The requirement for the preferred publisher workstation 
ment environment is fully extensible so that customers can 180 is a Windows 95 workstation with the minimum hard- 
add new capabilities to their MPS applications by purchas- ware configuration necessary to run the MSN sysop tools 
ing additional controls from third parties or by creating their and to store and display the titles under development. The 
own controls. The MPS development environment also 5 preferred Windows 95 workstation has, at a minimum, an 
includes a Visual Basic for Applications (VBA) scripting Intel 486 processor running a 33 MHz or better with eight 
and debugging system. Megabytes of memory. A 9600 baud or faster modem is 
While content is displayed within controls that have been required to run the MSN sysop tools. For multimedia titles, 
laid out on MPS pages in the MPS Designer 194, content can this includes a MPC2 compliant (multimedia configured) 
be authored in any number of existing Microsoft and third- 10 workstation. 

party tools. One such tool for authoring hypertext is an The MPS Viewer 202 should be installed on the customer 
enhanced version of Microsoft Word that supports special workstation 182 before an MPS title is activated. The 
MPS features for creating and tagging MPS text. Other presently preferred customer workstation is capable of run- 
existing tools for creating bitmaps, complex drawings, and ning Windows 95. To make this installation easy, the Viewer 
other multimedia content can be used to create the content 15 202 is automatically installed onto the customer workstation 
displayed within any particular OLE Control. In addition, • 182 the first time the customer connects to MSN and the MP 
most existing OLE Controls (.ocx executable programs) will system 100 is enabled. MPS titles may include resources 
work in the MPS environment although they may not be such as fonts, Dynamic Link libraries (DLLs), and OLE 
optimized for on-line applications. For example, a standard controls that are placed into the resource container or folder 
AVI OLE Control could be placed in an MPS application. 20 of MPS titles. Before customers can view such titles, these 

The controls that are part of the MP system 100 are resources are installed on their workstation 182. 

optimized for low bandwidth on-line delivery of data. D. Network Storage 

However, it should be noted that a other high bandwidth data Referring to FIG. 3, an exemplary network storage sub- 

delivery systems could be used without departing from the system 122 will be described. FIG. 3 is a high level diagram 

spirit of the present invention. The MPS 100 is designed to 25 illustrating the basic components of an on-line network 122 

operate with information that can change from minute to in accordance with one embodiment of the invention. Mul- 

minute, daily, or monthly. So while MPS can be used for tiple publisher workstations 102, 104, 106 and customer 

creating static titles that are hand-crafted and cannot be workstations 160, 164 are connected to a host data center 

easily updated on an ongoing basis, the main focus of the 242 by a wide area network (WAN) 240. The publisher 

MP system 100 is to provide an efficient, cost-effective 30 workstations preferably have high speed connections to the 

mechanism to manage the creation and management of WAN 240. The wide area network 240 includes WAN lines 

dynamic, continually changing on-line applications. At the 244 which are provided by one or more telecommunications 

same time, as an open development environment, many of providers, and which allow end users (i.e., publishers and 

the tools commonly used for creating static multimedia customers) over a wide geographic area to access the host 

content can easily be incorporated into the MP system 100. 35 data center 242 via modem. The WAN lines 244 preferably 

When activated by the customer, the Viewer 202 exam- include both X.25 lines and ISDN (Integrated Service Digi- 

ines the components of a selected title to see if any of the tal Network) lines. 

information required to display the pressed title needs to be The host data center 242 comprises a plurality of appli- 

acquired. It then acquires this information from publication cation servers 246 connected to a high speed local area 

storage 120 or local storage at customer workstation 182 and 40 network (LAN) 248 (which may include multiple LANs), 

organizes it so that it can be displayed to the customer 162. Each application server 246 has a unique server ID. As 

Thus a pressed title captures the set of information that is shown in FIG. 3, three of the servers 246 are MP System 

displayed to the customer at a given point in time. In other servers (246a, 2462? and 246c) . Also connected to the LAN 

words, some titles might produce a new pressing every day, 248 are multiple Gateway computers 250 also referred to as 

or more frequently as the content changes. On the other 45 Gateways, which link incoming calls from end users to the 

hand, other titles may be static; when a static title is activated application servers 246. 

there is no need to do another pressing, once the content has It is envisioned that the host data center 242 may advan- 

not changed. tageously have on the order of one hundred Gateways 250, 

While pressing a static title may seem unnecessary, the and between several hundred to several thousand application 

process of organizing and displaying the pressing can take 50 servers 246. A host data center of this type will be able to 

into account customer preferences and display device char- handle tens of thousands of simultaneous user logon ses- 

acteristics. For example, suppose a customer activates a sions. 

static title on a laptop when using the laptop screen and then As described below, the server side of each on-line service 

later activates the same title when the computer is attached is preferably implemented using one of the following: (1) a 

to a larger display. The second activation will result in 55 single application server 246, (2) a set of "replicated" 

another pressing to take into account the much larger screen application servers (Le., application servers which run the 

area if the publication has enabled such an option. When the same service application or applications) that provide access 

title is activated, the MPS ^viewer 202 determines if the title to replicated (and locally-stored) copies of service "content" 

is out of date; acquires any needed information; and then, if data (i.e., data provided to end user's of the service), or (3) 

necessary, creates and possibly personalizes the pressing, eo a set of replicated application servers that provide access to 

The MPS Viewer 202 enables customers to perform the server-specific (non-replicated) service content data, 

following actions within the limits defined by content pro- The host data center 104 also includes multiple Arbiter 

viders: select and personalize the information a title computers 252 that monitor, record and process certain types 

acquires, modify the overall structural properties of titles, of transactions to ensure consistency among replicated 

personalize the look and feel of titles, manage and archive 65 application servers. The host data center 104 also includes 

the content customers acquire, and view billing and pricing one or more custom Gateway computers 254 which link the 

information. host data center 104 to one or more external service pro- 
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viders 256, such as a credit card service that validates and F. Top Level Row Diagram 

executes credit card transactions. Referring now to FIG. 5, a top level flow diagram of the 

The host data center 104 also includes a number of processes performed using the MP system 100 will now be 

administrative servers 258. The administrative servers 258 described. The flow diagram and this description introduce 

perform administrative functions such as accounting, 5 the process 320 a publisher 102 or information content 

billing, network management, backup, system security, per- provider (ICP) would use to design and distribute MPS 

formance analysis, and server-to-service allocation. titles. 

To route user service requests to the appropriate servers As previously stated, a title is a publication, application, 

246, the Gateways 250 must have some way of determining or service created using the MP system 100. A title consoli- 

the unique IDs of the servers that are currently handling the 10 dates the set of instructions for assembling the information 

requested services. This is accomplished by means of a • that is displayed to the customer 160. Customers see titles as 

service map (not shown), which contains information about icons on the Microsoft Network, on CD-ROMs, or in a file 

every service and server 246 in the host data center 242. system. By double -clicking (activating) on the title, name or 

The service map is preferably generated by a service map icon, the customer can interact with the title, 

dispatcher 260, which may be implemented on a single 15 

computer. Creating a Tide 

In addition to generating a service map, the service map mp S y Ste m 100 is designed to support large teams 

dispatcher 260 maintains a central repository of information creating complex on-line applications, as well as small 

referred to as the "global registry" 262. The global registry teams creating individual works (and anywh ere in between). 

262 contains various information about the present configu- 20 ^ section, however, discusses only the more complex, 

ration of the host data center 242. For example, for each high-end operations. In simpler scenarios, one person could 

service group, the global registry 262 indicates the IDs of the perforra more man 0De of me roles describe d below, and the 

servers 246 of a service group, and the identity of the Arbiter amount of mater ials (stories, artwork, advertisements, and 

computer 252 (if any) which is assigned to the service group. so on) would be more limited tnan me malerials descr i b ed 

Further disclosure of the preferred network 122 is pro- 25 Dere 

vided in a copending application also assigned to the ™ c , , ( 

„ • r r 7 i- *• m f*% *■ The process of creating and publishing a MPS title can be 

assignee of the present application, Microsoft Corporation, , , . . j • . . • «• . 

entitled "Architecture for Scalable On-Line Services ^° » Wk-des.gD phase and a release-crea ion phase. 

Network", U.S. Ser. No. 08/472,807, filed on Jun. 7, 1 995. ^ pf0CCSS 18 Xt Up S ° ^ a11 ot ?" C0 " tenl a ° d h * oul thal 

E Container Hierarchy 30 ^ 0011111:1011 across releases can be performed once in the 

Referring now to FIG. 4, the high level hierarchy of P^paratory design phase and then left done, disallows for 

, - r , , t c , v , . wn . a smaller team and raster turnaround in producing each 

containers for a plurality of publishers using the MP system re i C ase 

100 will be described. In the presently preferred rC CaSC * 

embodiment, the MP system 100 utilizes a specific directory T; t k Design 

structure with the MSN directory tree. This structure is 35 

rooted at a specific folder (specified via the MSN global ^ process of creating a new title begins with the editor, 

registry 262) known as a container of publishers 280. Every Assisted by business development staff, the editor decides 

publisher 102, 104, 106 will have at least one container or on a tar S et customer base, and on a concept for the tide that 

folder called a project. For example, the publisher 102 has ^ a PP eal to that base - "H" 8 desi e Q team then develops that 

a folder called Project A 282, the publisher 104 has two 40 concept into a proposed organization for the contents of the 

folders called Project B 284 and Project C 286, and the title * 

publisher 106 has two folders called Project N-l 288 and Before content can be put in place, a framework for the 

Project N 290. Content folders and/or titles are dropped into title must be created. This involves: 

the folder of the publisher. Creating a section hierarchy within the title. 

Allowing for multiple projects satisfies the needs of a 45 Creating content folders to store stories, advertisements, 

large publisher. For instance, a project could be assigned to and other picces of conterjt 

one magazine (e.g., gardening) and another project could be o *■ u u- * - i_ r iL . 

5 * 1 * / . v \ ™_ Creating search objects in each section of the title that 

assigned to another magazine (e.g., motorcycling). Thus, . » ,u * *r u 

an , b tU , . !?. * & *. ' draw content from the appropriate content folders using 

each month s issue could be archived as a title according to - c . . & 

, , , . . . & specified catena, 

volume and number in its respective project. so T * •« ( , 

A iru • . u u ^ j m some organizations, this work wdl be done by the 

As an example of how proiects could be configured, j-. • ■ * J* r *u l j t. • , J . 

D „ • nt A i f i, ♦ * r -»ni n • <%> u editorial staff. In others, it may be done by the production 

Project A 282 only has a content folder 292; Project B has sta ^ J v 

a title folder 294, and two content folders 296 and 298, alone ^ * i_ • c 1 * • 

«Mfh o u n ir tn ti» „ rt (flnt c n * A ~ f U f u a mi ° nce tne Dasic framework is in place, the art department 

with a link to the content folder 292 of publisher A 102; . , . C11 . . r, , \ 

n * . r>u * c i-i inn j irt/.t. . , can create artwork to fill in the title s common elements. 

Project C has two title folders 300 and 302 that could share 55 y,. . , , 

a content folder 304; Project N-l has a title folder 306 and f memoes: 

a content folder 308; and Project N has a title folder 310 and A st y le &htci descnblI ig font usage and text layout, 

shares content folder 308 with Project N-l. Publisher 102, Form lavouts for sections that dynamically gather their 

for example, could be a provider of raw statistics in content content. 

folder 292 but does not want to generate title layouts. The 60 Form layouts for sections that are always the same (cover, 

publisher 102 may have an agreement with the publisher 104 title pages, mastheads, and so on) 

for the publisher 104 to allow access and use of the content Logos. 

in the content folder 292. The publisher 106 has two projects Optionally, organizations may want to include developers 

288 and 290 that share the content folder 308, for example, in the title design process. For example, the particular 

due to the common subject matter of titles in title folders 30 6 65 application being designed may benefit from the use of 

and 310. As illustrated in FIG. 4, a project, such as the custom designed OLE Controls. These controls could be 

project 286, may contain multiple titles folders. purchased, or developed in-house using the Microsoft Visual 
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C++ development system. Additionally, the advanced fea- appropriately (placed inline in the story text, as a wrap, or as 

tures of the Blackbird system, including accessing the API a pop-up). They then pass the stories on to the production 

or scripting controls to respond to events or automatically staff to be placed in content folders. In the case of static 

perform actions at runtime would require some development titles, the art department designs new pages and gives them 

work, either in the high level scripting language (VBA), or 5 to the production staff to be placed in the title framework. 



in a lower-level language such as C++. 

Authoring and Title Release 



Advertising Department Supplies Copy 



The advertising sales staff sells advertising space in each 

Once the framework is created, the staff can now turn their release. The advertising sales department collects copy from 

attention to creating individual releases. All of the work 10 advertisers who have bought space in the release, and 

done in the conceptual phase above is potentially re-usable delivers the copy to the production staff to be placed in 

for every release. In fact, for a title with little need for content folders, 
detailed artwork, the rest of this process could merely be a 

matter of dropping edited content (including Production Department Does "Paste-up" Proofing 

advertisements) into content folders. 15 and Release 

For dynamic titles most (and potentially all) of the work The oductioa staff does the mndam e nta l tasks, such as 

is done within the Content Authoring environment. For pa ste-up, necessary to put a title or release together. Once the 

static titles, it could all be done within the Title Design production staff has everything ^ goes into the releas6) 

environment. In practice, most releases will mvolve some 2Q ^ „ „ ^ rekase b kci thi m its 

work in both of these environments. appropriate place and performing a "test-pressing" to make 

Writers Provide Tagged Content sure thal aolhin S « missing. The editors, art staff, production 

staff, and advertising staff review the test-pressing to make 

Content authors— including editors, writers, reporters, sure that everything looks and works correctly. Once every- 

and forum managers — generate content, including stnic- 25 one is satisfied, the production staff places everything on the 

tured stories, using the content authoring environment. Writ- publisher's server and releases it to be copied to additional 

ers compose the textual content that appears in a title (or a servers at the Microsoft Network data center, 
release of a title). They hand their materials off to the 

editorial staff. The editorial staff is in charge of the overall Top Level Flow 

content of the title. For multimedia titles, this role is very 30 ~. .™ , . . t . 4 t , 

similar to the director of a motion picture or television t ^,T^A ^ ^ t u '^^^^T^ 

program a wherein the publisher 102 uses the MPS 

J~ . project editor 184 (HG. 2) to create a project on their 

The content authoring environment supports a variety of workstation 180. A project, such as project C 286 (FIG. 4) 

tools, such as, for example, a MPS document editor. The MP contains all the information needed to build and distribute 

system 100 also supplies tools to specify and manage links 35 one or more Ut]es and any 

and to specify story properties. Third-party tools may also be Xjr . , . . .... 4 , . , iL , L . M 

11 1 > 4 i . . 4U • . . Moving to state 326, within the proiect, the publisher 102 

added to the content authoring environment. , , ' . - v J ' * j 

& creates titles and content folders, such as title 300 and 

From a content author's perspective, creating structured ^^nt folder 302 (FIG 4) A tide of ncsted 

stones can be as simple as typing them in the MPS document sections mat C0Dtain MPS objects ^ as pages or xudl 

editor and applying certain styles. More sophisticated con- «> objcctSt Folders typically contain Mps content objcct& such 

tent can be created though a variety of means, such as ^ stories or pictures To make the ss of m { 

mcludmg links to graphics or placing special properties on tides, folders, and MPS objects easy to understand and use, 

a stor ?' • the preferred MPS 184 project editor (FIG. 2) looks and 

For content providers that do not want to expend much works like the Windows 95 Explorer, 

effort creating tagged content, the MP system 100 includes 45 p roce eding to state 328, the publisher 102 uses the MPS 

MPS document editor templates that handle most of the project editor m page editor 186 and style fiheet editof lg? 

tagging for the author. 2 ) to create the MPS layout objects such as pages, 

Editorial Staff Chooses Content Styl f > and »"«h objects. The page editor 186 is also used 

50 to place controls (each control is a program responsible for 

Once the editorial staff has chosen the stories they wish to handling a displayable region) on a page, 

include in a release and are satisfied with the content of those Moving to state 330, the publisher 102 creates content 

stones, they pass them on to the art department to select and objects using Microsoft MPS Word 188, or the publisher can 

insert appropriate artwork, and to the production staff to use third-party tools, such as the sound editor 190 or the 

place in content folders. 5S editor 192> mat producc formats that the MP system 

Art Department Supplies Specific Art ^ C , an in ^' ^ 1 ^° dng and P rocessin g of content 

objects is further disclosed in a copending application also 

The artistic staff is responsible for designing the more assigned to Microsoft Corporation, entitled "Structured 

graphical aspects of the title. In the early conceptual phase, Documents in a Publishing System", U.S. Ser. No. 08/503, 

graphic artists work with the editor to design a distinctive 6 o 307, filed concurrently herewith. 

look and layout. This includes font styles, colors, titles, Proceeding to state 332, the publisher 102 releases the 

logos, and page layout templates. The term "art department" project. In the presently preferred embodiment, releasing a 

is used in the broadest sense here. In the multimedia world, pro j ec t makes the titles, stories, and other MPS objects 

the role of an art department goes beyond traditional print- available on the Microsoft Network 122. The MP system 

based artwork. 65 10 o automatically connects to the network 122 and makes 

The art department in many cases inserts the artwork into the titles in the project available to the customers 160, 162, 

the stories and tags that artwork so that it will presented and 164 (FIG. 1); Alternatively, the MP system 100 can 
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release the title to CD-ROM 124 or other storage/ 
communications media. 

Continuing at state 334, the customer 160 uses the MPS 
Viewer 202 (FIG. 2) to read and page through (also termed 
navigation in an electronic publication) the released titles. 5 
As parts of the title are accessed, they are cached on the 
customer's computer 182 for fast access. The viewer 202 
organizes and composes the objects it has collected and 
displays them to the customer 160. 

Over time, the publisher 102 can update the project and 10 
the MP System automatically tracks the changes. Decision 
state 336 determines if the publisher desires to update the 
project. If the publisher does not wish to update the project, 
process 320 completes at end state 338. However, if decision 
state 336 is true, that is, the publisher desires to update the 15 
project, the process 320 moves to a decision state 340 to 
determine if the publisher 102 desires to modify the layout 
in the project. If so, the process 320 moves to state 342 
wherein the publisher modifies one or more existing layout 
objects or adds one or more new layout objects. If the 20 
decision state 340 evaluates to be false, or at the completion 
of state 342, the process 320 moves to state 344 wherein the 
publisher modifies or adds one or more content objects. At 
the completion of state 344, process 320 proceeds to state 
332 wherein the project is released again. Releasing the 25 
updated project ensures that the proper set of layout and 
content objects are made available to the customer 160 
(FIGS. 1 and 2). 

G. Exemplary Screen Display of Title 

Referring now to FIG. 6, an exemplary screen display 360 30 
of a page of a title as displayed by the Viewer 202 on the 
visual display at the customer workstation 182 (FIG. 2) will 
now be described. The screen display 360 corresponds to a 
World News section of a MSNLive title using a NewsFront 
page layout which has been named NewsFront by the 35 
designer. A tabbed horizontal bar 362 near the top of the 
screen 360 is handled by a caption button control showing 
the major sections of the title. By selecting a section name 
(by use of a pointer device like a mouse, not shown, but 
which is a part of or connected to the workstation 182), the 40 
customer 102 can navigate directly, through a link, to the 
selected section. 

Below the bar 362 of screen 360 are two headlines 370 
and 372 which are the result of an outline control that can be 
used as links to corresponding stories on another screen of 45 
the title. Block 373 in this example contains an advertise- 
ment resulting from a picture control. Block 374 contains a 
graphic and text resulting from a picture button control that 
provides a link to a weather screen. Areas 380 and 384 
display headlines for corresponding abstracts 382 and 386, 50 
respectively, and are the result of an outline control. By 
selecting the headline 380 or 384, the customer can navigate 
to the body of the corresponding story on another page of the 
title. Areas 390 and 392 display picture objects correspond- 
ing to the headlines 380 and 384, respectively, and are the 55 
result of picture controls. 

The objects and placement of the objects on the displayed 
page 360 are determined by the publisher 102. Of course, 
other objects or placements of objects could be utilized by 
the publisher 102. 60 

H. Exemplary Screen Display of Project Editor Window 
Referring now to FIG. 7, an exemplary screen display 400 

of the parts of the content and layout for the example title 
displayed in FIG. 6 will be described. The Project Editor 
window 400 is the main interface for the Designer 194 (FIG. 65 
2). The window 400 is intended to closely mimic the 
Microsoft Windows 95 Explorer. Using this window 400, 
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the publisher can open, edit and save a project, as well as 
release the contents of that project to the MSN Data Center 
242 (FIG. 3). An approximately left one-third of screen 400 
is a display area 402, also known as a left pane, that shows 
the hierarchy of containers of one project for a publisher and 
allows the user to navigate through it. The left pane shows 
only containers (folders, titles, and sections). An approxi- 
mately right two-thirds of the window 400 is a right pane 
404 that shows the contents of a container selected in the 
area 402 by the user of the project editor 184 (FIG. 2). 

Referring to the left pane 402 of the window 400, the top 
level of the hierarchy of containers is the project "MSN- 
Live" 406. Just below the project is the title "MSNLive" 
408, which in this example has the same name as the project 
406. In another example, the project could have multiple 
titles, such as January and February issues of a magazine. 
Below the title in the example hierarchy are two sections: 
"News" 410 and "Sports" 414. Also at this level in the 
hierarchy is a content folder 418 labelled "Graphics", which 
holds the picture objects used by the project 406. Below the 
sections 410 and 414 is a set of subsections 412 for the 
"News" section 410 and a set of subsections 416 for the 
"Sports" section 414. The "News" section container 410 has 
been selected by the user, which is evidenced by the high- 
lighting of the section label "News" and the opened section 
icon to the immediate left of the "News" label. 

Referring to the right pane 404, the layout objects and 
content objects directly contained within the selected con- 
tainer in the left pane 402 are shown, e.g., the objects of the 
"News" section container are displayed in this example. The 
left pane 404 uses standard Explorer views, as well as a 
special view built for the window 400, which sorts according 
to a user-defined order and allows the user to change the 
order by dragging and dropping each objects' icon. The 
objects are preferably grouped by type of object, such as, for 
example, subsection objects 412, page layouts 420 and 
content objects 422. The order of the pages and content 
objects is significant. The title maintains a sequence ordering 
of the sections, pages, and search objects, as this is important 
in determining how the title is displayed. Within a section, 
the pages have a sequence that determines the order in which 
they are used to press content and the order in which they are 
displayed when the user browses sequentially. In a static 
section, pages are displayed in the order shown in the project 
editor window 400. 

A dynamic section uses the dynamic story control (FIG. 
8) to display stories within a section. The stories are sorted 
according to rules specified on the section's property sheet 
and then are concatenated or linked together. The stories are 
then filled into the dynamic story controls on each page in 
the section, in the order in which the pages are arranged in 
the section. If there are more stories than there are pages, the 
last page is re-used repeatedly until all content has been 
pressed. For instance, in FIG. 7, the Backpage in pages 420 
would be reused. 

Toolbar buttons and corresponding menu commands 
allow the Publisher to quickly add new objects to the titles 
and folders within the project 406. Clicking a button will add 
a corresponding object to the container selected in the left 
pane 402, Only those objects that are allowed to be in the 
selected container have their corresponding toolbar buttons 
and menu items enabled. 
I. Example of Rendering Process 

Referring now to FIG. 8, the interaction of page layouts, 
having controls, and objects at the Viewer 202 (FIG. 2) of 
the customer's workstation 182 to render pages will now be 
described. 



10/17/2003, EAST Version: 1.04.0000 



5,860, 

19 

FIG. 8 presents a diagram of front page section 430 and 
a business section 432 for a title, such as a newspaper. 

1. The Front Page Section 

The front page section 430 contains a page 434 which has 
a picture control 436, and a set of static story controls: a first 5 
story control 438, a second story control 440, and a third 
story control 442, Each static story control or picture control 
is linked at publication time to just one object. Each of the 
controls on the page 434 references a style sheet 443 to 
provide formatting instructions on how the content is to be 10 
displayed. 

As shown in FIG. 8, a picture object 460 is linked to the 
picture control 436, so that upon rendering, the picture 
object 460 is displayed on the page 434 at a position 
determined by the control 436. Similarly, a story object 462 15 
is linked to the static story control 438 and rendered into the 
position of the control 438 on the page 434. 

Note that since the control 438 is a static story control, any 
area not used by the story object 462 in the area identified 
by the control will be blank. As shown, a story object 464 is 20 
linked to the story control 440 so that it is rendered in the 
area identified by the static story control 440 on the page 
434. In this example, for instance, only the first paragraph of 
the story object 464 will be rendered on the page 434 due to 
the size of the control 440 (as selected by the designer). In 25 
this manner, the designer can choose to only display a 
portion of a linked story within a static story control by 
adjusting or sizing the control to only hold one paragraph, or 
other desired portion, of the story content. Normally, a static 
story control will allow scrolling of a story so that ultimately 30 
the entire story will be displayed. 

Finally, a story object 466 is linked to the story control 
442 so that it is rendered in the area identified by the static 
story control 442 on page 434. In this example, the entire 
story object 466 is rendered onto page 434. 35 

It is important to note that each of these story objects 
makes reference to the style sheet 443 before being rendered 
on the page 434. When story objects are authored, they are 
given formatting tags that represent specific styles. As the 
story objects are rendered, they reference the style sheet that 40 
is finked to the appropriate control to retrieve formatting 
information. This formatting information includes properties 
of the paragraphs, fonts and embedded objects in the story 
that format the content as it was originally designed. Due to 
the separation of design and content in the MP system, the 45 
story objects themselves only have formatting tags, but do 
not contain a description of the particular format that cor- 
responds to each tag. The descriptions of those tags is found 
in the style sheet that is linked to the control into which the 
story object becomes rendered. This process will be 50 
explained in more detail below with respect to FIGS. 9-15. 

2. The Business Section 

As also shown in FIG. 8, the business section 432 contains 
a first page 444 and a second page 446. The page 444 has a 
single static story control 448, a single picture control 450, 55 
and a first dynamic story control 452. The second page 446 
has two dynamic story controls, 454 and 456. Id addition, a 
style sheet X 457 and a style sheet Y 459 are referenced by 
the different controls on pages 444 and 446. The pages in the 
business section 432 differ from the page 434 in the front 60 
page section 430 because they rely on a search object 468 to 
retrieve particular stories. On the page 434, the static con- 
trols were each linked to a particular story which was then 
displayed upon rendering. The search object 468 is affiliated 
with the dynamic story controls in the section 432. 65 

As shown in this example, the static story control 448 and 
the picture control 450 on the page 444 reference or link to 
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the story object 464 and the picture object 460, respectively, 
and display these objects as shown on the rendered page 
444. The story object 464 is thereby shared between differ- 
ent sections, pages and controls in the title. The entire story 
object 464 is displayed on the page 444, whereas only the 
first paragraph was displayed on the page 434. By using a 
similar process, a designer can choose to display just the first 
paragraph of a story on the first page of a title, but include 
the entire story on another page within the same title. As 
shown in FIG. 8, the picture object 460 is also shared 
between the control 436 and the control 450. This sharing of 
content between separate sections and pages is an important 
feature of the MP system 100. 
3. Dynamic Story Controls 

The dynamic story control 452 uses the results of a query 
performed by the title to retrieve stories matching search 
criteria set by the publisher (as defined by the search object 
468). The search object 468 locates story objects having 
specific properties. In the example of FIG. 8, the search 
object 468 returned many story objects 470, 472 and 474 
corresponding to story objects 1 through N, respectively 
(where N=4 in this example). All of the retrieved story 
objects are concatenated together by the dynamic story 
controls and poured into the appropriate regions on the 
pages. Hie order that the stories become rendered into the 
control regions starts with the first dynamic story control on 
the page in the section and continues to other dynamic story 
controls contained within the section. 

If enough pages to display all the located stories are not 
defined in the section, the last page used is repeated until all 
stories are rendered. Thus, the first located story 470 is 
poured into the area defined by the dynamic story control 
452. Since it does not completely fit in that area, the located 
story 470 continues across the page boundary onto page 446 
into the area defined by the dynamic story control 454. The 
located story object 472 then begins after the located story 
object 1 470 ends. The next located story object (located 
story object 3) begins after the story object 472 ends, 
continuing into the next control 456 on page 446, as shown 
in this example. The last located story object 474 retrieved 
by the search object 468 in this example is then rendered into 
the dynamic story control 456 within page 446. 

As explained above, the dynamic story controls in the 
section 432 use the search object 468 to display the results 
of queries made for specific information. For example, the 
search object 468 may return content that contains the word 
"Microsoft". Each of the stories found by the search object 
468 will be displayed in the areas defined by the dynamic 
story controls in the format designated by the style sheet 457 
or the style sheet 459. 

For example, if the dynamic story control 454 is linked to 
the style sheet 457, then all of the stories displayed by the 
dynamic story control 454 will appear in the format desig- 
nated by the style sheet 457. However, the stories rendered 
by the dynamic story control 456, when this story control is 
linked to a different style sheet (for example, the style sheet 
459), would appear differently than the formatted display 
corresponding to the dynamic story control 454. In this 
example, if the controls 454 and 456 use different style 
sheets, the located story 3 would be displayed using two 
formats when the transition from the area defined by the 
control 454 to the control 456 was made. 

IV. Style Sheet Overview 

Style sheets and the style objects they collect are created 
by the designer (i.e., the person at the publisher workstation 
180 shown in FIG. 2) using the Project Editor and the Style 
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Sheet Editor. Once the style sheet has been created, it is colors, etc.). Both character and paragraph style objects 

stored in the cached object store (COS) along with the other within a style sheet support character properties. Wrap style 

objects in the project as described above in reference to FIG. objects only support wrap properties. 

2. The style sheet objects support OLE serialization and are Styles which support only character formatting properties 

therefore based on the Microsoft Foundation Class (MFC) 5 are referred to as character styles while those that support 

CObject class. These class definitions are publicly available both character and paragraph formatting properties are 

from the assignee. called paragraph styles. Styles supporting wrap properties 

' As described at the beginning of the detailed description are known as wrap styles. 

section, a different style sheet may be linked to each control Each paragraph of output text has a single character style 

region on a page. However, in all likelihood, style sheets will to tfaat (he ^ style ig based upon Iq addition, some or all of 

be shared among more than one control. As is known in the the text in a given paragraph may have a character style 

present software technology, a globally unique identifier applied as well. Character styles are additive meaning their 

(GUID) can be used in OLE object-oriented environments to properties are applied in addition to the properties of the 

identify an object with a unique string of characters. underlying paragraph style. Note however, that a character 

Normally, unique GUIDs are produced by concatenating the 15 styJe need nQt have a value defined for every available 

time, date and network card serial number of the computer character property. Thus, only those properties which have 

at the time that the object is created. By using this method, been assigned a value for the character style are applied, 

it is virtually impossible for two objects to receive the same Character formatting properties not defined by the character 

GUID. In the MP system, each control keeps a record of a sty i e are picked up from the character properties of the 

GUID associated with its linked style sheet. This is how a 20 underlying paragraph style. 

particular control can reference its associated style sheet ^ described above5 st le objects are denne d using the 

More than one control can refer to the same GUID, and [& gheet editof and stored m a le shee( wMch fesides ifl 

therefore share style sheets When a control needs access to me CQS s [e objectfi afe nrtoted to their appropriate 

its associated style sheet, the control requests the style sheet {& ^ tfa h ^ MFC serialization tocol defmed 

from the title. If the style sheet has not already been loaded 25 ^ Mpc ^ ^ ^ ^ ^ ^ 

into volatile memory, the title object handles loading it from objecl and {l& associalion with style objects is discussed 

to C0S - below. 

In practice, the designer uses the project editor 184 (FIG. 
2) to insert/create a new style sheet in the title. Initially, the V. Style Sheet Object Structure 
style sheet is empty and therefore uses the style definitions 30 piG. 9 shows an overview of the structural features of a 
in a default style sheet. However, the designer can choose to styk shcet ob j ect 500 M has been explained above> a 
mvoke the style sheet editor 187 (FIG. 2) to define properties 502 refercnces a style sheet object 500 through an 
for style objects in the style sheet and change existing style 0L£ style shcet objcct communication interface. The MP 
object property values. The set of styles supported by style systcm 100 uses a ncwly dcsigned 0 LE interface called 
sheets is predetermined so that control regions won't run ISt yleSheet to handle communications between the control 
across a new style that hasn't been defined. The designer 502 and a CQS moniker table 504 ^ Control 50 2 is 
cannot create new styles but can only modify the default ^o ci&{td with a particular style sheet object 500 by main- 
property values for existing styles. By way of example, the taining a reference to the associated style sheet's GUID. 
style "Normal" could have its FONT NAME property set to WheQ ^ mnhQ \ 502 needs to retrieve a particular style 
"Dutch Roman" and override the default "Normal" style from the style SQeet object u uses the IStyleSheet interface 
font name. But if the style "Normal- did not exist it could tQ request property va]ues of ^ chosen slyk A more 
not be created by the designer. complete description of moniker tables and their use in an 

When invoked, the style sheet editor 187 displays a series OLE environment can be found in Inside OLE 2 by Kraig 

of dialog windows listing the predefined style names and 45 Brockschmidt (Microsoft Press). 

fields for editing their property values. This process will be ^ showQ ^ RG . 9, the style sheet object 500 typically 

explained in more detail m the following sections. These references numerous different style objects 506a, 5066, 

style object property values are retrieved from the default 506c and 506d Conceptually, the style sheet object 500 can 

style sheet created by the title. Initially these fields contain be thought of as a container for any number N style objects 

the default values defined in the default style sheet. The 5Q 506fl ^ Prcscritly merc are mree lypes 0 f style objects 

designer selects the name of the style to customize and sets contained within each style sheet object 500. The three 

the desired new property values. When the properties are set possiblc types of style objects are paragraph styleSj character 

as desired, the style sheet editor 187 creates a new style styles and wrap styles ^ first two types of slyle ob j ects are 

object within the style sheet having the new property values. applied to text rcgions of a document while the third (wrap) 

The new style object now serves to override the default style S5 stylc ^ applied to an embe dded picture object. As can be 

sheet properties. appreciated, other types of styles could be included within 

The set of properties defined by a style object is exactly the style sheet without departing from the nature of this 

that set of text formatting properties supported by the MPS invention. 

text based controls (PSF, Text Based Infomaps, Rich Text a paragraph style object is applied by an author to a 

Format). These properties are defined in detail below and are 60 particular paragraph of text to define its properties. For 

presently divided into three basic classes: character example, the author may decide to use a He adingl paragraph 

properties, paragraph properties and wrap properties. sty i e to format a story's title. By selecting the title of the 

However, formatting properties for audio, animation images story ^th a mouse and then choosing "Headingl" from the 

and video may be added as the MP system is designed to be st yle window in MP Word, the title is designated to have a 

extensible. 65 Headingl style. When this story is rendered on the viewer, 

Character properties identify the font attributes to use the attached style sheet will be referenced to find the correct 

when rendering text (face name, point size, bold, italic, display format for a Headingl style. It may be, for example, 
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centered text, all caps, with 2 lines following the last line of 
the title. Examples of various paragraph style objects are 
shown in Table 1 below. 



TABLE 1 








Us sen p uo q 


Heading 1 


First Heading Style 


Heading 2 


Second Heading Style 


Heading 3 


Third Heading Style 


Heading 4 


Fourth Heading Style 


Heading 5 


Fifth Heading Style 


Heading 6 


Sixth Heading Style 


Normal 


A Standard Paragraph 


Glossary 


A list of terms and 




definitions 


List *1 


A first bu lie ted list style 


List *2 


A second bulleted list style 


List *3 


A third bulleted list style 


List »4 


A fourth bulleted list style 


List *5 


A fifth bulleted list style 


List#l 


A first numbered list style 


List #2 


A second numbered list style 


List #3 


A third numbered list style 


List #4 


A fourth numbered list style 


List #5 


A fifth numbered list style 


Preformatted 


Preformatted text 


Quotation 


A quote from another source 


Address 


An address 


Abstract Heading 


An abstract 


TOC1 


A table of contents entry 



10 



The designer may choose one of these paragraph styles 
for each paragraph of content material. When a customer 
renders a particular title in the viewer, each of the paragraphs 
of content are displayed by reference to the chosen style 
sheet. Thus, a paragraph marked as having an "Abstract 
Heading" style will be formatted with the properties held in 
the "Abstract Heading" style object in the linked style sheet. 

While paragraph style objects control the display format 
of an entire paragraph, character style objects control the 
display format of individual characters and words. Some 
well-known examples of character styles are bold, italics, 
and underlined. A more complete description of character 
styles is shown below in Table 2. 



Presently there are nine possible wrap values corresponding 
to the four comers of the control, the four sides of the 
control, and the center of the control. These positions will be 
discussed in more detail in reference to FIG. 15. As is shown 
in FIG. 9, the wrap style object 506a differs from the 
paragraph style object 5066. 

The wrap style object 506a has a single stream of data 508 
corresponding to the position of a graphic image, and does 
not contain paragraph properties 510, or character properties 
512. Wrap styles are used to indicate to a control where a 
graphic image should be placed within the control. For 
example, a publisher might want an advertisement for his 
magazine to appear at the top, right side of a control. By 
selecting a wrap style that indicates this position in the 
control, a graphic image that is part of the tagged content 
will be rendered in the top, right corner. A more detailed 
description of the wrap properties will be discussed he rein - 
below in reference to FIG. 15. 

As can be seen upon reference to FIG. 9, style object 5066 
has an associated paragraph properties stream 510 and 
character properties stream 512. The paragraph properties 
stream 510 includes data corresponding to paragraph posi- 
tions for the particular paragraph styles among other para- 
graph related properties. For example, the paragraph style 
object 5066 may contain paragraph properties of left- 
25 alignment, a W first line indentation, and one space after 
each paragraph. This data is shown as a table in a paragraph 
properties stream 514. A complete list of presently defined 
paragraph properties is shown below in Table 3. While these 
are preferred paragraph properties, other similar properties 
30 could also be included in the paragraph style object. 



20 



TABLE 2 




Character Stvle Objects 


Character Object 


Description 


Bold 


Bold text 


Italic 


Italic text 


Underline 


Underlined text 


Strike thru 


Strike-through text 


Fixed width 


Fixed width font 


Emphasis 


Emphasized text (usually 




italic) 


Strong 


Strong text (usually bold) 


Code 


an example of code (usually 




fixed width font) 


User Action 


Indicates something a user 




does or types 


Citation 


A citation (typically 




italic) 


Variable Name 


A variable name in code 


Term 


A term (usually followed by 




a definition) 


Definition 


A defining term (typically 




bold or bold italic) 


Hyperlink 


A link to another object 
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40 



45 
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TABLE 3 




Paragraph Properties 


Property Name 


Property Description 


Alignment 


Position of paragraph 




(left, center, right, 




justified) 


Left indent 


Position of paragraph in 




relation to left margin 


Right indent 


Position of paragraph in 




relation to right margin 


Special 


Position of first line of 




text relative to left 




indent (first, hanging, 




none) 


Spacing 


Amount of space between 




lines in a paragraph 


Space before 


Amount of. space preceding 




beginning a paragraph 


Space after 


Amount of line space 




following end of paragraph 


Initial 


The type of bulleting or 




numbering to insert before 




beginning of paragraph 




(big, drop) 


Rules 


Type and size of borders 




above, below, at right and 




at left of the paragraph 


Tabs 


Position of tab stops 




within paragraph (left, 




right, outer, right, 




decimal) 


Drop caps 


Whether first character in 




paragraph should be treated 




as a drop cap 



The third type of style object is a wrap style object which 
determines the position of a graphic image within a control. 



The paragraph properties table 514 includes data corre- 
sponding to each of the paragraph styles shown in Table 1. 
65 When style object 506/? is chosen to represent a particular 
paragraph, each of the values held in a paragraph properties 
table 514 are applied to that particular paragraph. 
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In a similar way, style object 5066 also includes a 
character properties stream 512 that has an associated char- 
acter properties table 516. The character properties table 516 
maintains values corresponding to all of the character prop- 
erties for style object 5066. A list of the possible character 
properties is shown below in Table 4. Although some of the 
character properties are shown below, this is not intended to 
encompass the entire list of possible properties. Other char- 
acter properties could be added to the list without departing 
from the true nature of the invention. 



TABLE 4 


Character Properties 


Properly Name 


Property Description 


Name 


Unique name for the style 


style sheet 


Style sheet that owns the 




style object 


Based on 


Another style which this 




style is based upon 


Character style 


Indicates that this style 




object is a character style 




and contains no paragraph 




style properties 


Font name 


Face name of the font 




(Arial, Tunes Roman, 




Courier, etc.) 


Font size 


Size of font in points 


Font effects 


The font effects (bold, 




italic, underline, strike- 




through) 


Font position 


Position of characters 




relative to the baseline 




(normal, superscript, 




subscript) 


Font Foreground Color 


RGB color value for 




foreground 


Font Background Color 


RGB color value for 




background 



Although the character properties table 516 contains 
values pertaining to the character properties associated with 
the style object 5065, some of the actual values are stored in 
a shared font table 518 that is associated with the style sheet 
object 500. 

In the MPS system, the character properties table 516 
does not actually maintain a list of all possible font names. 
Instead, to increase the system's performance and reduce 
memory requirements, the character properties table 516 
contains ID pointers corresponding to the font name which 
then reference a shared table such as a font table 518. The 
shared font table 518 is a data array which holds font names, 
along with their corresponding ID numbers. In this manner, 
the character properties table 516 only needs to hold a small 
ID number in place of a style name. The ID number 
references back to the shared font table 518 to retrieve the 
actual font name for that style object. 

As an example, the font name property 519 of style object 
5066 has a pointer set to the number 2 in the shared font 
table 518. It can be seen that table location 2 corresponds to 
the Times Roman font, therefore the font associated with 
style object 5066 is a Times Roman font. By using the shared 
font table 518, the style object 5066 only needed to hold a 
small reference ID number and not the entire name of the 
associated font. Of course, the present invention is designed 
to be flexible and allow for other style object properties to 
be shared, if necessary. 

VI. Applying Style Sheets to Content 
While FIG. 9 details the structure of a style sheet object, 
FIG. 10 is a flow diagram showing a process 528 that a 
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publisher (e.g. publisher 102, FIGS. 1, 2 and 3) undertakes 
to link a style sheet to a control region. As discussed above 
in reference to FIG. 5, a publisher first creates a project in 
the MP system designer program. Once the project has been 
created, a title is created within the project. The title is 
responsible for managing the sections and pages of the 
project. After a title is created, sections are defined within 
the title. These sections can be thought of as being similar to 
sections of a newspaper. Within each of these sections, the 
designer creates a series of pages. Each page can have one 
or more control regions for displaying the actual content to 
be shown to the customer. 

FIG. 10 provides a more detailed view of one aspect of the 
"Publisher Creates Layout Objects" process 328 and the 
"Publisher Modifies or Adds Layout Objects" process 342 
discussed above in reference to FIG. 5. For further reference, 
the Project Editor allows access to the Page Editor where the 
control properties are set (FIG. 2). 

In FIG. 10, the process is initialized at a start state 530 
once a page has been created by the publisher of a particular 
title. After creating a new page within the title, the publisher 
decides at a state 532 which control to select and add to the 
page. Many types of controls can be added to a page, 
including static story controls, dynamic story controls, out- 
line controls, caption controls, picture controls, shortcut 
controls and audio controls. However, other controls can be 
defined as the MP system is designed to be extensible. 

At state 532, the publisher decides which type of control 
to select and add to the page. Once the appropriate control 
has been selected and added to the page at state 532, the 
control automatically uses the IStyleSheet OLE communi- 
cation protocol to link with the default style sheet at a state 
534. In the preferred embodiment of this invention, the 
control links with the default style sheet by referencing a 
null GUID (for instance, the number zero) in place of a 
particular GUID for a specific style sheet when it is created. 
In this way, if not other action is taken, a new control is 
always linked to the default style sheet by virtue of the fact 
that there is a null GUID defining the appropriate style sheet 
to use for the new control. 

Once the control becomes linked to the default style sheet 
at a state 534, a decision is made at a decision state 536 
whether to set style sheet properties for the selected control. 
If a decision is made to not set any style sheet properties, the 
process 528 passes to an additional state 538 wherein other 
properties of the control are handled. These other properties 
can be related to the position and size of the control on the 
page, or other similar properties of the control. Once other 
properties of the control are handled at state 538, a decision 
is made at a decision state 540 whether or not the process 
528 is done. If the designer is through setting properties for 
the control, and has no other controls to create, the process 
528 passes to an end state 542 and the system completes. If 
the process 528 is not done at decision state 540, the process 
528 loops back up to state 532 wherein an additional control 
can be added to the page. 

If the designer decides at the decision state 536 to set style 
sheet properties for the particular control, then a second 
decision is made at a state 544 whether or not to use the 
default style sheet that is automatically produced when the 
page is created. If the designer decides to use the default 
style sheet at the state 544, then any other properties are 
handled at a state 538. Any other properties of the control 
that must be handled are set at the state 538. If all of the 
controls have been placed on the page, and all of the 
properties have been handled then the process 528 ends at 
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the end state 542. If more controls need to be added to the decides whether the style is based on a "normal" style at 

page, then a decision is made at the decision state 540 to decision state 574. If the style is not based on a "normal" 

continue and the process 528 loops back to the step 532 style at decision state 574, then a style can be chosen at a 

wherein controls are selected and added to a page. state 576. 

As can also be seen in FIG. 10, if the designer makes a 5 However, if the style is based on a "normal" style at the 

choice at decision state 544 to not use the default style sheet, decision state 574 then the process 550 passes on to the next 

then a further choice is made at a decision state 546 whether decision whether or not to modify character properties at a 

or not the desired style sheet exists. If the desired style sheet decision state 578. If the publisher originally decides at the 

exists, then the selected control is linked to the desired style statc 572 to not modify the general properties then the 

sheet at a state 548 and the system continues to thereafter 10 procC ss 550 passes directly to a decision whether or not to 

handle other properties at state 538. The mechanism for mod jf y mc character properties at a decision state 578. 

Unking the selected control to the desired style sheet at the \f a decision is made at the decision state 578 to modify 

state 548 follows standard MFC serialization protocols well me character properties, then the publisher chooses the 

known in the structured storage system of OLE object desired character properties for the selected style at a state 

management. Briefly, the control is passed a reference to the 15 58 o and thereafter sets the character properties of the style 

GUID of the desired style sheet so that it no longer refer- at a state 582. If a decision is made to not modify the 

ences a null GUID. Further information on OLE serializa- character properties, then the process 550 passes directly to 

tion protocols and structured storage systems can be found me next decision of whether or not to modify the paragraph 

in Inside OLE 2 by Kmg Brockschmidt (Microsoft Press). properties at a decision state 584. 

If the desired style sheet does not exist at state 546, then 20 Similarly, once the character properties have been set for 

a new style sheet can be created by the designer with the a style at the state 582, the process 550 passes to the decision 

style sheet editor at a process 550. It will be understood that whether or not to modify the paragraph properties at a 

although the style sheet editor is preferably invoked from the decision state 584. If a decision is made to modify the 

project editor rather than the page editor, this diagram is paragraph properties at state 584, then the desired paragraph 

functionally equivalent to the preferred implementation. 25 properties are chosen for the selected style at state 586 and 

The process 550 of creating a new style sheet with the the paragraph properties are set in the style at state 588. 

style sheet editor is explained in more detail now upon Once the paragraph properties have been set at state 588, 

reference to FIG. 11. Once a new style sheet has been the system moves to the next decision of whether or not to 

created with the style sheet editor at state 550, the new style modify the tab properties at a decision state 590. If the 

sheet is linked to the control at state 548 by standard 30 decision was originally made to not modify the paragraph 

protocols explained above. If more properties need to be properties at state 584, then the process 550 passes directly 

addressed, they are handled at state 538. If no other controls to the decision of whether or not to modify tab properties at 

need to be added to the page at decision state 540, then the a decision state 590. 

process 528 ends at state 542. If more controls need to be If a decision is made to modify the tab properties at 

added, then the process 528 loops back up to selecting and 35 decision state 590, then the desired tab properties are chosen 

adding controls to pages at state 532. for the selected style at a state 592, and those properties are 

A. Creating New Style Sheets With The Editor set in the style at a state 594. Once the tab properties have 

FIG. 11 shows a more detailed view of the process 550 for been set in a style at the state 594, the process 550 moves to 

creating new style sheets with the style sheet editor as an end state 596. If however, the decision was made to not 

illustrated by process 550 of FIG. 10. The process 550 40 modify the tab properties at decision state 590, then the 

begins at a start state 560 after the designer makes a choice process 550 moves immediately to an end state 596. 

to begin creating a new style sheet. A new style sheet is This overall scheme shows the process 550 of creating a 

chosen at a state 562 by selecting the new style sheet button new style sheet (e.g., FIG. 10) and defining style objects 

from a menu bar in the project editor. Once a new style sheet (e.g., FIGS. 9 and 10) within the style sheet. As discussed 

has been chosen at state 562, it appears as a new item in the 45 above, once a style sheet has been created, it can be 

title tree for the selected project. By moving a mouse to the associated with a control through the control properties 

newly created default style sheet and selecting the icon dialog discussed above. When the viewer instantiates a 

representing the new style sheet, its name can be changed as selected page, the style objects defined for each control are 

indicated in state 564. Once the style sheet has been named used to format the display to the user. The process that the 

at state 564, double-clicking with a mouse on the newly 50 viewer undertakes to instantiate content into a control hav- 

created style sheet icon will open that style sheet's content ing an associated style sheet is discussed below, 

dialog as shown at step 566. The style sheet content dialog B. Viewing a Tagged Document 

displays a list of all style objects which can be modified in Referring now to FIG, 12a, a process 597 for reading a 

the new style sheet. The user then chooses which style to parse tree and formatting the parsed content into a control 

modify at state 568 in the style sheet. 55 region is shown. The process 597 begins at a start state 598 

Once a style has been chosen at state 568, the user can after a customer 160 opens a page and a control begins 

either double-click on the chosen style or press the "modify" executing its commands. In the control, a linked style sheet 

command to open the style properties dialog as shown in a is identified at a state 600. Each control on every page in the 

state 570. The style object properties dialog is the interface MP system references a style sheet GUID which directs the 

which saves style properties to the style objects. As shown 60 control to its associated style sheet using the IStyleSheet 

in -FIG. 11, there are four types of properties which can be OLE interface. After finding the associated style sheet, the 

modified. The tab properties are stored within the paragraph control requests a MPML parse tree corresponding to the 

object, while the general properties are held in both char- content to be rendered from the viewer (state 602). 

acter and paragraph objects. Once the properties dialog has Once the control has requested the first node of the 

been opened at a state 570, the publisher can modify the 65 MPML parse tree of the content at the state 602, the process 

general properties at a decision state 572. If a decision is 597 moves to inquire whether or not there are child nodes 

made to modify the general properties, then the publisher hanging off the parse tree node at a decision state 603. If no 
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child nodes are found off the parse tree node returned in state If no more unread child nodes exist in the tree at decision 

602, the process 597 ends at an end state 604. However, if state 603, the process 597 ends at the end state 604. If more 

there are children of the parse tree node at decision state 603 children do exist, the process 597 walks to the next unread 

then the process walks to the next child at a state 605. A child node at state 605 and continues as discussed above, 

schematic view of a MPML parse tree and its associated 5 Because text styles do not apply to embedded objects such 

nodes is shown in FIG. 12b. ^ graphic images, a special subroutine handles displaying 

Once the process 597 has moved down to the next child 0 bj ec ts into the control. Once the system determines 

in the tree at state 605 the tag ID number of the node is ^ an ctnbcdded object rcsi des in the leaf node at decision 

requested at state 606. A tag ID number is generated when ^ m ^ object is loadcd m{0 ^ tem m at 

toe content (normaUy a MDF file) is hnked to a control by fl9 usi LoadOleObject and InsertOleOb- 

the designer. Each tag, for example, <H1>, is converted to . . „ & , , ,. . U J ^ c . . . , 

a numerical description during the process of linking to a { ccL ° nt * fee embedded object such as , an OLE object has 

control to save space in the stored, parsed content. b <* en , loadcd 1Dto mc at ^state 619, the process 597 

Therefore, at the state 606, the tag ID of the node is a number a ' a d L cclslon statc ^«thcr a wrap style had been 

corresponding to a particular tag. sel for ^ ob J cct at state 609 * K thc sct st y lc was not a wra P 

Once the tag ID number for the current node has been 15 style at decision state 621, the process 597 moves direcdy to 

retrieved, the process 597 retrieves a style ID number from display the embedded object in the control region at a state 

a tag ID lookup table stored in the VIEWDLL.DLL at a state 622. In this case, the embedded object is displayed in the 

608. A style ID number is a number which is associated with control region at the same point in the text when it was 

a particular style object. For example, style ID number 6 originally authored. 

may correspond to the HEADING 1 paragraph style object 20 However, if a decision is made at decision state 621 that 

in the linked style sheet. Once a style ID number for the the embedded object did have a wrap style set at state 609, 

current node has been ascertained, a pointer is set at a state the process 597 positions the object to the correct place in 

609 so that any text or embedded object residing below the the control region at a state 623. The position that the 

current node on the parse tree will be formatted with the embedded object takes within the control region at state 623 

retrieved style. 25 is determined by referencing the style that was set at state 

Once a pointer has been set to the current style ID number 609 and is explained in more detail below in reference to 

at state 609, the decision is made at decision state 610 FIG. 17. 

whether the current node is a leaf node or not. A leaf node Once the object has been positioned at the correct place in 

is the lowest node on a branch of the parse tree. As can be the control region at state 623, the process 597 displays the 

seen with reference to FIG. 126, the leaf nodes contain either 30 embedded object within the control region at state 622 and 

text or embedded objects. The text or embedded objects in continues as discussed above. 

the leaf nodes are formatted into the control region in the FIG. 12b shows a schematic representation of content 

styles that are set by the leaf node's parental nodes. Thus, if such as a MPML document that has already been parsed and 

a particular text leaf node in the parse tree is below a tag attached to a particular title. As shown, a piece of content 

corresponding to a bold character style, the text in that leaf 35 627 includes a MPML parse tree 628. The parse tree 628 

node will appear as bolded in the control region. includes numerous nodes which correspond to particular tag 

If the current node is not a leaf node at decision state 610 IDs that affect the display of text and OLE objects in the 

the process 597 loops up to question whether more children content. For example, to read this parse tree, the system 

of the node exist at a decision state 612. If the current node would first move to a node 629 which contains a tag <H1>. 

is a leaf node at decision state 612, the process 597 queries 40 The node 629 indicates to the control that the content below 

whether the current leaf node contains an embedded object. it on the tree will contain the style associated with the <H1> 

Preferably, the embedded object is an OLE object, however tag. Once the system reaches this point in the tree, the style 

other embedded objects known in the art are within the will be set as discussed in reference to the state 609 of FIG. 

scope of the present invention. 12a and the system will then move down to a next node 630. 

If the leaf node does not contain an embedded object at 45 As shown, the node 630 indicates to the control that all the 

decision state 612, then the styles that have been set at state content below it will be bold faced due to its <B> tag. The 

609 are applied to the current text at a state 613. After the system sets a bold style and then moves down the tree to a 

selected styles have been applied to the text at state 613, the leaf node 631 which contains text. The text in the leaf node 

formatted text is then inserted into the control region and 631 will then be formatted in the <H1> and bold style. For 

displayed by the control at a state 614. It should be observed 50 example, if the <H1> tag ID corresponded to a style ID 

that an assumption is made that text objects are not embed- number representing a HEADING 1 style, the properties 

ded within non-text objects. However, the present invention defining a HEADING 1 style would be used to format the 

is generalized to operate with any manner of embedding. text in the leaf node. If the HEADING 1 style included text 

Now that a styled portion of the content has been placed properties of Arial font 12 point, then the text at the leaf node 

into the control region on a page, the system needs to 55 631 will be in that font type. In addition, text at the leaf node 

discover whether any additional nodes exist which may have 631 will be bold faced because of the style set at the node 

text or embedded objects to be formatted and displayed 630. 

within the control region. For this reason, the system begins Once the text at node 631 has been set to a <Hl>/bold 

a recursive procedure to move through the entire parse tree style and inserted into the control, the system begins recurs- 

(although an iterative solution is diagrammed). 60 ing up through the nodes until it finds a node with additional 

After displaying formatted text in the control region at children. In this case, the system will move up through node 

state 614, the process 597 moves back to the parent of the 630 and 629 until it reaches the node 628 which contains an 

current node at state 616 and resets the style to the parent additional child 632. 

style ID number at state 617. Once the style has been set to As shown in FIG. 126, the node 632 indicates that a style 

the style ID number of the parent node, the process 59 7 65 corresponding to the tag <P> will be applied to all of the 

loops to state 603 where it queries whether more unread objects and text below it on the tree. Once the appropriate 

children exist in the parse tree. style for the tag <P> has been set, the system begins moving 
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down through the tree until it reaches a leaf node. In this 
case, the system can move from node 632 to a node 633 



which contains a <U> tag which is then set the style ID Compose() 

corresponding to the <U> tag by the system. After the W hile more to compose 

appropriate style has been set at node 633, the system moves 5 Get parse tree from viewei 

down one more node to a text leaf node 634. Compose sub-tree 

_ t , r i j • i r . . , _ if done composing, exit while 

Text at the leaf node 634 is then formatted in the styles Tcl j where compose stopped 

corresponding to the <P> and <U> tags and inserted into the } 

control. Once this text has been inserted into the control, the Compose Element 

system begins recursing up through node 633 to node 632 10 for ttdl cMld rcmamitlg fa & z M 

wherein it determines that more children exist. Once the if leaf node 

system reaches parent node 632 and determines that more ComposeLeaf of this node 

children of this node exist, the style is set back to that ese pregienwnt 

corresponding to the <P> tag style before the system moves 15 ComposeElemcnt (node) 

back down through the tree. After the parent tag has been set PostEiement 

at node 632, the system moves down to a node 635 wherein preElement 

it finds a <WA> tag indicating the node below it will have { 

a wrap -advertisement style. The style corresponding to tag tag id = Get tag id of this node 

<WA> is then set and the system moves down to a leaf node 20 £ le J? 7*™ T ta « id ? stylc ! d ; - ^ ... 

, n . . ■ Setstylefstyle td) // nil subsequent InscrtText will 

636 which contains an embedded object. // USc ^ sly \ t 

As shown in FIG. 126, leaf node 636 is an embedded } 

object which is then loaded into the system and displayed in PostEiement 

a control region using the properties found in the <WA> Gct pwent nodc of this node 

style of node of 635. Once the OLE object at leaf node 636 25 tag id *> Get tag id of parent node 

has been inserted into the control, the system again begins 6t y le id " Viewe 5 map tag id to style id 

, . ~, ' , ° * SetStylefstyle id) // set style back to parent style 

recursing up through node 635 to parent 632. Once the // (msertText uses tL one now) 

system has reached parent 632 and realizes that more } 

children exist at this node, the system sets the style to that Inserflext 

of the node 632. Once the style ID has been set for node 632, 30 * AppiyStyle 

the system moves down to a leaf node 637 which is insert text into text engine 

formatted in the <P> tag format and displayed within the } 

control region. ComposeLeaf 

Now that the entire parse tree has been read, the system 35 if embedded object 

recurses up through node 632 to node 628 wherein it insert object into control 
determines that all nodes have been read and the process 

terminates. } 

As shown in FIG. 12c, a control 638 uses a process 639 Setstylefstyle id) 

to match tag ID numbers their corresponding style ID 40 ^ ^ , t , _ 

. rm. . 1 *«>a m . f. . - Query style sheet for style object with given style ID 

numbers. The control 638 requests tag ID information from if paragt aph style 

a parse tree 640. The control 638 then uses the returned tag set current paragraph style to style id 

ID number to find a corresponding style ID number at a state Blse 

642. In FIG. 12c, ihe comrol has found tag ID number 1 in { set °" K ^ characltr styIe 10 styIe ID 

the parsed content 640. The control 638 goes to a tag ID 45 AppiyStyle 

Lookup Table 644 to find the style ID number which { 

corresponds to the retrieve tag ID. In this example, tag ID for ** ch attribute in current character style 

, ^ w „ j . * 1 tt\ < m if last character style value is different 

number 1 corresponds to a style ID number 5. ^ value ^iLd by mmt f±mia styJe 

Once a style ID has been determined for a particular tag i ast character style - current character style 

ID number, the process 639 locates the returned Style ID 50 for each attribute in current paragraph style 

number in a style ID lookup table 646 at a state 648. The * last P ara sraph style value is different 

style ID look-up ,aMe 646 is used to associate particular Wp ^& ™^£S^ ^ 
style ID numbers with their appropriate style properties. The 
associated style properties of style ID number 5 in this 

example are arial font, 10 point, in small caps. These 55 

associated properties are then applied to the returned text VII. DISPLAYING THE STYLED CONTENT 

from the parsed content 640 to display styled content 640' in The following discussion describes the displayable result 

a control 638'. of applying style sheets to content. 

The following Pseudo-code describes the process that the A. Linking Style Sheets to Controls 

MP system uses for mapping tags to styles and applying 60 The process of associating style sheets to controls is 

styles to text. Note this process occurs during compose when diagrammed in FIGS. 13a and 136. FIG. 13a shows a single 

the control instructs the viewer to begin composing content. style sheet 655 being referenced by controls on a page 657. 

Presently, the named interfaces are stored in the BBCT- An outline control 658, a story control 659, and a dynamic 

L.OCX library in the MP system. While the following story control 660 are located on the page 657. All three 

pseudo-code is one method of retrieving content into a 65 controls on the page 657 reference the same style sheet 655. 

control, one of ordinary skill in the art will realize that other This diagram illustrates that multiple controls can all use the 

similar methods could also accomplish the same function. styles present in a single style sheet. 



else 

InsertText 
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Therefore, a particular style, such as HEADING 1, will 
appear the same in all three controls when rendered to the 
viewer. By linking the same style sheet to many controls, the 
publisher maintains a consistent set of styles throughout a 
set of stories. This is useful when the designer wants the look 
and feel of multiple stories to be the same. 

However, as shown in FIG. 13Z>, it is also possible for the 
outline control 658 to reference a first style sheet 662 while 
the story control 659 and dynamic story control 660 refer- 
ence a second style sheet 663. Although each control can 
only reference a single style sheet, it is not necessary for all 
the controls on a single page to reference the same style 
sheet. This is an important feature of the MP system because 
it allows the same tagged content to be displayed in various 
ways depending on the control. For example, a HEADING 1 
style in the first style sheet 662 may format text to be bold 
faced and red whereas the same HEADING 1 style in the 
second style sheet 663 may format text as small caps and 
italicized. Therefore, content with a HEADING 1 style that 



10 



15 



first line and in a Courier font. FIG. 14 shows that the same 
tagged story can be displayed in two different manners on 
two different controls by association of different style sheets. 
When the viewer displays the story using style sheet A, the 
text is formatted as shown in displayed story 656A. when the 
viewer displays the story using style sheet B, the story 
appears as displayed in 6766. Although the tagged story 670 
is never reformatted, it gets displayed differently through the 
use of style sheets. 

Although the previous discussions have concentrated on 
style properties of text material, it is also possible to tag 
graphical content with certain style properties in the MP 
system. As was discussed in reference to FIG. 9, the wrap 
property is used to tag graphical images with styles corre- 
sponding to their geographic position within a control. The 
wrap styles are discussed in more detail below in reference 
to FIG. 15. 

C. Use of Wrap Properties to Format Images 

Wrap edit process 700, which is a part of the style sheet 
editor 187 (FIG. 2) for setting up a wrap style in the style 



is rendered in the outline control 658 of FIG. 13b will appear 20 sheet is shown in FIG. 15. The process 700 begins at a start 



state 702 after which a new style sheet is added to the title 
at a state 704. The designer then opens a style sheet property 
dialog at state 706 and chooses a wrap style for the embed- 
ded object at a state 708. The possible wrap style choices are 
presented below in Table 5. 

As shown in Table 5, there are currently eight different 
wrap styles available to the designer. Each of these styles is 
an object within the style sheet object container. A depiction 
of the structure of a style sheet container and its objects is 
shown in FIG. 9. A wrap style object contains property 
values which identify the position that images with this style 
should be placed into within a control region. 

TABLE 5 



Wrap Properties in a Style Sheet 
Description 



bold faced and red. Any content with a HEADING1 style 
that is rendered in the story control 659 or dynamic story 
control 660 will appear as small caps and italicized. This is 
possible due to the application of style sheets to the sepa- 
ration of format and content within the MP system. 25 

As has been discussed previously, the content stored in the 
MP system is not actually reformatted when instantiated by 
the viewer, it is only displayed in various formats by 
referencing the document tags to the linked style sheet. The 
displayed formats are not saved to the content object, but 30 
only appear to the user differently as they are displayed 
through the control. By giving the MP system the ability to 
link different style sheets to various controls on the same 
page, the publisher has tremendous flexibility for displaying _______ 

the content of their story in a manner which is pleasing to the 35 
user. 

Moreover, since the content is never reformatted, the St ? lc Namt 

publisher can modify a particular style sheet, so that the next 
time the user views a particular control on a particular page, 
the text will appear in an altered manner to all customers. 40 
Plus, the publisher only needs to change a single style in a 
particular style sheet to present the user with a different 
format for the content provided. This is explained more fully 
in reference to FIG. 14 wherein a tagged story is shown as 
being displayed in two separate styles. 45 
B. Applying Two Style Sheets to the Same Content 

Referring now to FIG. 14, a tagged story 670 is placed in 
two controls 672a and 6726 on a page in a MPS title. As 
shown the tagged story 670 contains bracketed indices of a ^ le& showQ ^ TaWfi 5 are similaf tQ character 

particular style. For example, the <H1> tag indicates that 50 and paragraph properties as discussed above in that they 
this is a HEADING 1 style of text. Similarly the <P> tag of allow thc author t0 select a style mat has assoc i ate d prop- 
the second paragraph indicates that this is a Paragraph 1 ert j cs WD i cn can DC changed by the designer. However, 
style of text. unlike character and paragraph styles which reformat text, 

As shown, the tagged story 670 is pulled into the control the wrap style properties define a geographic position on a 
672a which has an associated style sheet 674a. Similarly, the 55 page for displaying an embedded object. The method of 
tagged story is also brought into control 6726 which has an choosing a geographic position for an embedded object 
associated style sheet 614b. Now referring to the displayed within a control region is described in more detail below 
story 676a it can be seen that this story is displayed in a style with reference to FIG. 16. 

which is different than the displayed story 6766. For After choosing a wrap style, such as Wrap:Advertisement 
example, the displayed story 676a has a first paragraph that so at state 708, the designer chooses to modify the properties of 
is bold faced, a second paragraph that is centered in all caps this style at a state 710. A grid illustrating nine possible 
and a third paragraph that is Courier style with the first line geographic positions within a control display region is then 
indented. displayed to the designer at a stale 712. This grid is illus- 

In comparison, the displayed story 676b has a first para- trated in FIG. 16. After choosing one of the geographic 
graph that is italicized, a second paragraph that is indented 65 positions on the grid at state 712, the designer closes the 
in small caps and a third paragraph which matches the third style sheet dialog at state 716 and the process ends at an end 
paragraph of displayed story 676a which is indented at the state 718. 



Wrap :Advertisemeat 


Advertising Image 


Wrap identifying graphic 


A logo or other picture that 




uniquely identifies thc story 


Wrap;Custom 1 


Custom 1 


Wrap;Custom 2 


Custom 2 


Wrap:Design Feature 


Chosen Design Feature 


Wrap:Related Graphic 


Graphic Image Related to 




Another Graphic 


Wrap:Sidebar Graphic 


Graphic Image Positioned on 




Side of Control 


Wrap :Supp orting Graphi c 


Graphic Image Which Supports 




Another Image 
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As discussed above, besides choosing the wrap style, the After the chosen position is reserved at state 860, a 

designer must also choose a position for the embedded decision is made whether the object caused a page break or 

object in a nine position grid. This is how the designer not at a decision state 862. A page break would occur if the 

decides where in the control region that an embedded object content already rendered on this page could not all fit on the 

will be displayed. As can be envisioned, many designers can 5 same pagc oncc the space for the embedded object was 

choose to display the same content in various ways by reD dered. If no page break occurs at decision state 862, the 

choosing different positions for the embedded objects to be objecl ^ delayed io fo c region at state 62 2. 

^1^7^ u Cth0d of , choosm S a Particular location for However, if a page break does occur at decision state 862, 

the embedded objects within the control regions is discussed ^ rcserved f mc qW ^ d f ^ 

below in relation to FIG. 16. \ . . QCA , v J . . . , t 4 , 

Referring now to FIG. 16, a series of pages 750<~ are 10 ™ l P a ^ at ^ate 864 and a page break is added at sUto 

shown with each page having a control 752 A As shown in ? 66 ' ° nc f ?^™ k u hasbccn addcd ' the V™™* 8 *° 

FIG. 15, there is one control 752 per page 750. Each of the locysback to state 860 where it reserves space on the newly 

nine controls shown in FIG. 15 has a single graphic image addcd P a S e for ^ embedded object. 

754a-i placed within the control region. The graphic image If a chosen position causes the embedded object to 

754 (a type of embedded object) is placed in one of nine 15 conflict with or "collide" with an embedded object already 

positions within the control 752. For example, in control allocated to the chosen position location at state 858, the 

752rf, the graphic image 754d is placed centrally along the process 850 decides whether more grid regions are available 

left edge of the control 752c/. As shown in FIG. 16, there are at a decision state 868. If more unevaluated grid regions are 

nine possible positions for the graphic image 754. available at decision state 868, the process 850 moves to the 

The wrap property stream 508 illustrated in FIG. 9 defines 20 next grid region at state 870 and then loops to determine 

the position of the graphic image 754 within a particular whether there is a collision at the new grid position at 

control. For example, the wrap property stream 508 could decision state 858. 

indicate that in control 152d the graphic image should be Thus, the decision of whether more grid regions are 

placed as shown in position 754c/, The designer selects the available involves an evaluation of the grid zones that 

wrap property's dialog from the style sheet editor to set the 25 remain (in top to bottom left to right order). Each location 

position of any graphical image that may appear within the is checked at state 870 to determine if the position has 

control which references the chosen style sheet. already been allocated to an object that previously occurred 

D. Laying out A Wrap in a Viewer in the text stream and thus has already been placed. If a 

Wrap process 850, which is part of the viewer 202 (FIG. vacant position is found, the position is reserved at state 860 

2) for laying out an embedded object having an associated 30 and evaluated to determine if the object interferes with a 

wrap style object in a control region is shown in FIG, 17. page break at state 862. If no vacant locations are found, the 

The process 850 is a more specific view of the process of process 850 discards the loaded object at state 872, 

handling wrap objects as illustrated in FIG. 15 and includes It should be noted that the actual object in the text content 

states 619, 621, 613, 622 and 616 from that figure. FIG. 17 is not destroyed at state 872, just the loaded copy of the 

begins with loading the embedded object to the control at a 35 embedded object because there was no room within the 

state 619. A decision is then made at decision state 621 control region to display the object. Once the object has been 

whether or not the style is a wrap style. If the current style discarded at state 872 the process moves back to the parent 

is a wrap style then the grid region for displaying the wrap at state 616. 

object is determined at state 856. If the object has not been In addition to using wrap styles to increase the flexibility 

tagged as having an associated wrap style at decision state 40 of the MP system, colors schemes can be chosen by the 

621, the embedded object will automatically be treated as designer which use permanent or variable system colors as 

in-line and the selected styles will be applied at state 613. An described below. 

embedded object that is displayed in-line will not have text ,„„ ™ T ™„ * 

that flows around the embedded object when displayed. ™ ASSIGNING COLORS IN A CONTROL 

Instead, the object will be displayed with text at the top and 45 Referring now to FIG. 18, a process 900 for assigning 

bottom of the object. By choosing a wrap style, the designer colors to controls is shown. The process 900, at the publisher 

can allow text to flow around the object to make its display workstation 102 (FIG. 2) begins at a start state 902. After the 

more pleasing to the customer. designer has created a title at state 904 and a page at state 

An embedded object that has been tagged as a wrap style 906, the designer enters the page editor 186 (FIG. 2) at state 

must be properly positioned. Hie position of the object on a 50 908, After the page editor is opened at state 908, a control 

nine-position grid is determined at state 856 wherein the grid is added to the page at a state 910 so that content can be 

property associated with the applied style is found. The grid displayed within a control region. The control that is added 

property might be assigned the value of, for example, top at state 910 can be any of the types of page controls 

right corner. Thus, the object will be positioned within the described above. 

top, right corner of the control region. The position infor- 55 Once the control has been added to the page at state 910, 
mation for one of the nine positions is included within the a property dialog for the control is opened at a state 912. To 
property stream of the wrap style object (See FIG. 9). open the property dialog of the controf the designer can 
Once the grid region for the object is determined at state select the chosen control with a mouse and choose the 
856, the wrap process 850 determines if the object will "modify" menu option, or press the right mouse button and 
"collide" with another object in the control region at a 60 choose "properties" from a pop-up menu. After the proper- 
decision state 858 when it is displayed. The process 850 uses ties dialog is opened at state 912, the designer switches to the 
decision state 858 to determine if there is a conflict with the "colors" tab in the properties dialog at a state 914. The 
chosen position of an embedded object and other previously designer next chooses which color property to be set at state 
placed embedded objects. If the chosen position of the object 916. Each type of control (e.g. Dynamic Story, Static Story, 
does not conflict or "collide" with another object at decision 65 Caption Button, Picture, Outline) has its own set of color 
state 858, the chosen position of the object on the nine- properties which can be set. For example, the background 
position grid is reserved at a state 860. color and frame color are the only color properties that can 
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be set for a picture control However, a caption button If the designer chooses neither a standard color nor a 
control can have the background color, foreground color, system color at decision state 924, the designer chooses 
bevel highlight and bevel shadow colors set. whether or not to use one of the 48 basic colors at a decision 
After the designer has selected the control property to set state 934 - If ^ choice is made at decision state 934 to use 
at state 916, a decision of whether to set a standard color is 5 a basic c^r, then a basic color is chosen at state 936 and the 
made at a decision state 920. If the designer chooses to use process 900 ends at end state 923. Basic colors are a set of 
a standard color at decision state 920, a standard color is standard Windows colors that are available from the Win- 
chosen at a state 922 and the process 900 ends at an end state dows "Color Chooser" dialog. These colors are set very 
923. If a standard color is chosen, the color scheme for the similarly to the way standard colors are set, by placing a zero 
property selected at state 916 is permanently set. When the 10 in the first bit of the first byte of the OLE_COLOR variable, 
control is instantiated on the page, the chosen standard color Depending on the choice of basic color, the remaining three 
will be used for the property that was selected at state 916. bvtes ^ n be for color encoding with the second byte 
If, for instance, the selected property was the background indicating the shade of blue, the third byte determining the 
color and the standard color set was green, then the control shade of S reen and ^ fourth b y te providing information on 
will be displayed with a green background. Thus, the Win- is the red content. 

dows® color scheme defined by the customer will not affect If a choice is made at decision state 934 to not use a basic 

standard colors. color, the designer can choose to open a "DEFINE COLOR" 

A standard color is set by storing RGB values to an dialo S al a statc 938 and choosc a color hom a P alctte of thc 

OLE_COLOR variable where the RGB values correspond 16 miUl0D availablc color s at a state 940. The RGB value 

to the standard color that is selected at state 922. To define 20 choseD at statc 940 wil1 be storcd to ^ c OLE_COLOR 

a standard color in the OLE_COLOR variable, the first bit vanable in the same manner 35 the basic and standard colors, 

of the four byte representation of these colors is set to 0. The Wlth me first b y te bcm g zero and remaining three bytes 

first byte is therefore 0000. The zero in the first bit of the first corresponding to the RGB values for the chosen color. Once 

byte indicates that the provided color is a RGB color value a color has ^ choseD at state 940 > the P rocess 900 ends 

and not a system color. Protocols for storing particular colors 25 at end sta * e 9 ^* 

as RGB values are well known in the art. A ' Accessin g Color s id the Viewer 

Tf « « a * a * * * ♦ (vin . . Referring now to FIG. 19, a process 950 for using colors 

If a decision is made at decision state 920 to not use a ■ . ~ n ~ . * i * ten tJtr* <*\ ■ 

♦ j j i .l j • u u ,t_ . . in the viewer 202 at a customer workstation 160 (FIG. 2) is 

standard color, the designer chooses whether or not to use a . ™ n _ n . . . . _* , * «m a 

„ ' „ , ■ ■ t * &%a it * • • - a ♦ shown. The process 950 beings at a start state 952. After a 

system color at a decision state 924. If a decision is made to „ i * u a- i a t. u * * j *i_ 

i.o^ o nt a^A v * e *ui 30 particular title or page to be displayed has been selected, the 

use a system color at decision state 924, a list of possible . . . t 4 . c A * ' 

system color variables is displayed to the designer and the ™™™ * ^f* 6 7 ^T* 1 ^ ^'m *' ' 

appropriate variable to assign the property is Elected at a stite ° nce ,he f ! P a?VT , 1 ^ 1 ™S 

state 928. The variables that are displayed to the designer at receiVe ( d ' th f VleWer 8 f 15 ,% han ,f to ^ ™ ntI0 } wndow u » d 

state 928 correspond to specific Windows system colors. For J5 r $™ Sbi a devlce contex ' for the coatrol wmdow al a state 

example, one of the variables that can be chosen at state 928 . . . .. . . .. . 

is WINDOW FRAME device context is an abstraction that Windows® pro- 

....... , , vides for a region of the screen that can be drawn on. Device 

If the designer selects a BACKGROUND color property allow the programmer to use me ^ ap Is to 

to be set at state 916, then .choose* i to ^se a system color at render ; and text on nmnber of devices wi(nout 

state 924 and selects the WINDOW FRAME system color w the type of devfce Comm{m device contej£ts m 

f a - '.u backg , roUnd ftll™" , be regions of the screen, pages destined for the printer, and 

rendered m the same color as the WINDOW FRAME color hitm windows can thereby recycle the resources it needs 

that is set in the customer's Wmdows® program. If the to maintaill its drawi Adevice con , ext has some 

™ ?u 6r C ? angeS CO '°u r 56111,18 ,° f &e T ND ° W states associated with it, including a current foreground 

FRAME, then the next time the control is rendered, the 4S color> backgrollnd color and background mode that 

oacKground color will appear in the newly selected color. descr ibes whether the background is transparent or opaque 

The value of the system color selected will be stored to the to the images below it on the screen 

OLE_COLOR variable in one preferred embodiment of the After receiving the device context at state 956, the OLE„_ 

invention. Assigning a system color to the OLE_COLOR COLOR values that are stored in the properties table for 

variable sets the first bit of the four byte color code in 50 each control are translated into COLORREF data types at a 

OLE__COLOR to one. This setting indicates to the system state 958. The translation from OLE_COLOR values to 

that the value is a system color and not a standard color (thus COLORREF data is done by the OLETranslateColorO API. 

the first byte is 1000). If a system color is selected, the next This API takes the value of OLE_COLOR and maps it to 

two bytes in OLE_COLOR will be set to 0 with the final the corresponding Windows COLORREF. More information 

byte specifying the particular windows system variable. 55 0 n this API is provided in the APPENDIX. 

For example, if the last byte in the OLE_COLOR vari- The COLORREF value that is returned at state 958 

able is set to the number six, then the control will know to enables the system to set the text color. Another API, 

use the WINDOW FRAME color setting from Windows. As SetTextColor takes the COLORREF value and returns an 

another example, if the last byte is set to fourteen it will use RGB value for the text color at a state 960. The system will 

the colors defined in Windows for HIGHLIGHTED TEXT. 60 use the specified COLORREF value for text color when 

When the customer views content that has been rendered in writing text to the display device. If the device cannot 

a control having an OLE_COLOR value that defines a represent the specified color, the system sets the text color to 

system color, the viewer will look to the colors set in the the nearest physical color. 

customer's Windows® program to determine the actual The COLORREF value returned also enables the system 

RGB color to assign. This is accomplished by translating the 65 to set a background color. A subroutine, SetBkColor takes 

OLE_COLOR value into an RGB color value using the the COLORREF value for the background color of the 

OleTranslate Color API. control and sets the background color to the appropriate 
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RGB color at a state 962. After the background color is set 
at state 962, the background mode of the device context is 
set to the appropriate value at a state 964. The background 
mode is used to specify whether the control's background is 
transparent or opaque to objects behind it on the page. 5 

After all the appropriate colors are specified as RGB 
values, the actual text is drawn on the device context by 
calling the DrawText API at state 966. The Drawtext API 
draws formatted text in a specified region defined by the 
device context and appropriately justifies the text to fit into 
the control window. More information on the Drawtext API 
is provided in the APPENDIX. 

Because the MP system gives the designer a choice of 
whether to specify a particular color for a control or let the 
customer's Windows settings determine the color, the sys- 
tem has tremendous flexibility. For example, people with 15 
vision handicaps can set their Windows colors to be bright 
with high contrast so that pages in the MP system will appear 
in brighter than normal colors. Because system colors are 
determined by each customer, the colors most pleasing to the 
customer are used to display text and graphics. On the other 20 
hand, some content objects, such as company logos, will 
need to look exactly as the designer specifies and so will 
have fixed non-system colors. Thus, the flexibility to use 
system colors in addition to fixed colors in the MP system 
is an advantage over other presently known electronic 25 
publishing systems. 

IX. SUMMARY 

This section summarizes the benefits provided by the 
present invention. In the MP system, a content provider has 30 
a lot of flexibility to choose how a customer will view a 
story. In addition, the MP system is device independent in 
that the tagged content can be displayed with high quality on 
many different devices. For example, a content provider can 
create multiple titles to display the same content so that the 35 
customer can choose the appropriate title for viewing on a 
VGA screen with one column, a printer with many columns, 
a small screen personal digital assistant (PDA), an interac- 
tive television (ITV) system, a fax machine, or a notebook 
computer. Different styles can be applied to each of these 40 
devices so that the displayed content is formatted appropri- 
ately. 

Moreover, separating the content and design in the MP 
system enables sending or distributing stylized high-quality 
publications over low-speed communications links. This 45 
results from the fact that the design and style sheets of many 
titles remains fairly static while only the content changes 
regularly. The MP system does not need to send large design 
descriptions and style sheets to customers* computers unless 
the designs or styles change. Content can typically be 50 
transmitted quickly since it consists of tagged components, 
not the actual pages and controls themselves. Thus the 
separation of design and content eliminates much of the 
communication overhead in an electronic publishing envi- 
ronment. 55 

Further, the MP system supports standards such as 
Microsoft Word and Standard Generalized Markup Lan- 
guage (SGML) to ensure that the content provider's invest- 
ment in existing tools can be fully leveraged. The MP system 
also reads standard HyperText Markup Language (HTML) 60 
documents so that existing HTML documents can be easily 
converted to more sophisticated applications. Additionally, 
through support of the OLE standard, tools that supports 
OLE server capabilities can be used to create content 
embedded in an MPS title. By supporting additional Stan- 65 
dard file formats, the MPS can also accommodate other tools 
(for example high-end graphic applications). 
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In addition to the advantages listed above, the MP system 
also has other advantages that differentiate this system from 
other on-line publishing systems. For example, graphic 
designers can work on the title and page layouts, while 
authors create content objects. There is a clean separation of 
responsibilities, with separate tools used by each profes- 
sional. 

Also, new content does not need to be laid out by a 
designer before it can be published. It can be uploaded to the 
distribution point and downloaded to customers' machines 
as soon as the object is completed, since the rendering is 
automatically done on the consumers' machines based upon 
the designs in the title's page layouts. Also, since no 
rendering has been done prior to downloading the title and 
objects to the consumer's machine, the appearance of a new 
piece of content does not force the system to re- download 
any other items. 

As stated above, the styles contained in every style sheet 
are predefined by the MP system authoring program. This 
program is a version of the Microsoft Word® program, 
termed MPS Word, that has the special capability of pro- 
ducing documents formatted in Multimedia Publishing 
Markup Language (MPML). The MPML is a form of an 
SGML, but has formatting commands unique to the MP 
system. Markup Languages which are well known in on-line 
networks identify portions of documents by embedded tags. 
In an MPML document, there is one MPML tag per docu- 
ment portion and each tag is mapped to a style that is found 
in a style sheet. 

In addition to defining the linkage between tag IDs and 
styles, the style sheet provides information about each style 
such as whether it is a character or paragraph style and the 
default property values assigned to each style. These default 
values are used to promote formatting and display standards 
within the MP system. For example, by giving specific styles 
a particular default property, display standards can be intro- 
duced to the MP system. By placing default values in the 
HEADING1 style, the display, by default, will show top 
level headings in a standard font style and size. By providing 
these styles as defaults, designers can override unwanted 
style definitions but don't have to choose definitions for 
every style in their publication. In addition, the MP system 
is extensible to permit new styles to be added to the default 
style sheet if necessary. 

In the MP system, the title creates a default style sheet 
containing styles with specific default values. If a designer 
wishes to define custom properties for particular styles, a 
new style sheet is created and linked to the control. 
However, the custom style sheet only preferably contains 
information for modified styles. If a control looks to the 
custom style sheet for a particular style that has not been 
modified, the custom style sheet points the control back to 
the default style sheet. In this manner, styles from the default 
style sheet are used when a custom style sheet does not 
contain modified properties for a given style name. 
Preferably, when a MPS control requests a style object from 
its style sheet, that style sheet will first attempt to locate an 
associated style object within its collection and return it. 

Because the custom style sheet will advantageously point 
the control to the default style sheet to retrieve unmodified 
styles, the custom style sheet can remain very compact. This 
flow through system of storing only modified styles in the 
new style sheets reduces the amount of memory used per 
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custom style sheet to only those styles which the designer 
wishes to explicitly override. 

In addition to the basic function of collecting a set of style 
objects, style sheets provide some basic housekeeping func- 
tions to make use of styles more efficient. In particular, style 
sheets manage properties which are shared among the styles 
it contains. For example, many styles may use the same font 
name or foreground/background colors. These shared prop- 
erties are preferably stored in the style sheet object and 
referenced by the style object using a specific ID rather than 
having each style object hold a font name that would be 
duplicated in every style. 

Although the invention has been described with reference 
to specific embodiments, the description is intended to be 
illustrative of the invention and is not intended to be 
limiting. Various modifications and applications may occur 
to those skilled in the art without departing from the true 
spirit of the invention as defined in the appended claims. 

APPENDIX 

OleTranslateColor 

A helper API is provided to help manage mapping an 
OLE_COL0R value to the matching Windows COLOR- 
REF value. The helper routines, under Windows 95, return 
a reasonable default RGB value when asked for those 
indices. 

STDAPI OleTranslateColor (OLE_COLOR color, HPAL- 

ETTE hpal, COLORREF * pcolorref); 

This API takes a value type OLE_COLOR and maps it to 
the corresponding Windows COLORREF. Table 6 below 
defines how the conversion happens, based on the input 
color value, and shows what the output COLORREF will be. 
Note that NULL may be passed for [pcolorref, in which case 
this API is simply verifying that color has a valid value. 

TABLE 6 



Mapping of Colors Use OleTranslateColor 



Color 


hpal 


Resulting 


invalid 


don't care 


Error 


0x800000xx, xx is 


don't care 


Error 


not a valid 






GetSysColor 0 index. 






OxOlOOiiiii, iiiii 


valid palette 


Error 


is not valid for 






hpal 






OxSOOOOOrr, xx is a 


NULL 


OxOObbggrr 


GetSysColor 0 index 






OxOlOOiiiii, iiiii 


NULL 


OxOlOOiiiii 


is a palette index 






0x02bbggrr (palette 


NULL 


0xO2bbggrr 


relative) 






OxOObbggrr 


NULL 


OxOObbggrr 


0x800000xx, xx is a 


valid palette 


OxOObbggrr 


GetSysColor 0 index 






OxOlOOiiiii, iiiii 


valid palette 


OxOlOOiiiii 


is a valid palette 






index in hpal 






0x02bbggrr (palette 


valid palette 


0xO2bbggrr 


relative) 






OxOObbggrr 


valid palette 


0x02bbggrr 



CDC::DrawText 

virtual int DrawText (LPCTSTR IpszString, int nCount, 
LPRECT IpRect, UNIT nFormat); 
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Return Value 
The height of the text if the function is successful. 



5 



10 



Parameters 


IpszString 


Points to the string to be drawn. If nCount 




is -1, the string must be null -terminated. 


nCount 


Specifies the number of bytes in the string. 




If nCount is -1, then IpszString is assumed 




to be a long pointer to a null- terminated 




string and DrawText computes the character 




count automatically. 


IpRect 


Points to a RECT structure or CRect object 




that contains the rectangle (in logical 




coordinates) in which the text is to be 




formatted. 


nFormat 


Specifies the method of formatting the text. 




It can be any combination of the following 




values (combine using the bitwise OR 




operator); 



20 DT_B OTTOM — Specifies bottom-justified text. This value 
must be combined with DT__S1NGLEUNE. 

DT__CALCRECT — Determines the width and height of the 
rectangle. If there are multiple lines of text, DrawText will 
use the width of the rectangle pointed to by IpRect and 
extend the base of the rectangle to bound the last line of 
text. If there is only one line of text, DrawText will 
modify the right side of the rectangle so that it bounds the 
last character in the line. In either case, DrawText returns 
the height of the formatted text but does not draw the text. 

DT_CENTER— Centers text horizontally. 
30 DT_EXPANDTABS— Expands tab characters. The default 
number of characters per tab is eight. 

DT„EXTERNALLEAD1NG— Includes the font's external 
leading in the line height. Normally, external leading is 
not included in the height of a line of text. 
35 DT__LEFT— Aligns text flush-left. 

DT_NOCLIP — Draws without clipping. DrawText is 
somewhat faster when DT_NOCLIP is used. 

DT_NOPREFIX — Turns off processing of prefix charac- 
ters. Normally, DrawText interprets the ampersand (&) 
40 mnemonic-prefix character as a directive to underscore 
the character that follows, and. the two -ampersand (&&) 
mnemonic-prefix characters as a directive to print a single 
ampersand. By specifying DT_NOPREFIX this process- 
ing is turned off. 
45 DT_RIGHT— Aligns text flush-right. 

DT__SINGLELINE — Specifies single line only. Carriage 
returns and linefeeds do not break the line. 

DT_TABSTOP— Sets tab stops. The high-order byte of 
nFormat is the number of characters for each tab. The 
default number of characters per tab is eight, 
so DT_TOP — Specifies top-justified text (single line only). 

DT_VCENTER — Specifies vertically centered text (single 
line only). 

DT_WORD BREAK — Specifies word -breaking. Lines are 
automatically broken between words if a word would 
55 extend past the edge of the rectangle specified by IpRect. 
A carriage return-linefeed sequence will also break the 
line. 

Note that the values DT_CALCRECT, 
DT_EXTERNALLEADING, DT_INTERNAL, 

60 DT_J^OCLIP, and DT__NOPREFIX cannot be used with 
the DT_TABSTOP value. 

This routine draws formatted text in the rectangle speci- 
fied by IpRect. It formats text by expanding tabs into 
appropriate spaces, aligning text to the left, right, or center 

65 of the given rectangle, and breaking text into lines that fit 
within the given rectangle. The type of formatting is speci- 
fied by nFormat. 
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This member function uses the device context's selected linking the content container with the first and second 

font, text color, and background color to draw the text. controls; 

Unless the DT__NO-CUP format is used, DrawText clips linking the first control to the first style sheet container; 

the text so that the text does not appear outside the given linking the second control to the second style sheet 

rectangle. All formatting is assumed to have multiple lines 5 container 

unless me DT SINGLEUNE format is given rendering content in the first page layout area according to 

If the selected font is too large for the specified rectangle, at Ieast onc of ^ ^ ]uraHt of si { ^ 

the DrawText member function does not attempt to substi- ™^ r ;™ ^„ fo „, ■ roi , ' _ „ frt . 

« c t r rendermg content in the second page area according to at 

tute a smaller font. i t r iL j i r , i 

T , PAirDCrTfl - •t' A ,i , least one of the second plurality of styles. 

If the DT CALCRECT flag is specified, the rectangle „ ^ , A - , . / . . t , 4 f * u 

specified by TpRect will be updated to reflect the width L 10 JJ£JS%£ £fT w nf^llnh 

height needed* draw the text. * ^ J ^"^^X S ' & * 

(see CDC::SetT«tAligD), DrawText wUl display text start- ^ second k shee( ^ ^ fof ^ 

ing at the current portion, rather than at the lef of U» -nd textiid content y 8 

rectangle. DrawText will not wrap text when the 15 A ^ , f , . - fi • • .l * * 
TA UPDATE flat has been set fthat is the 4. The method of claim 1, further comprising the step of 
nT~AUAnnnnr A ^ fl M1 . ff \ ™ t ! , providing each control with a setting corresponding to the 
DT_WORDBREAKflag will have no effect). The text color f & f , , . . A . * A r 4U , , 
mav be set bv CDCSetTextColor location of content to be displayed by the control. 
CDCSetTextColor ^' melD0 ^ °^ c ^ m 1» wherein at least one of the steps 
viriull COLORREFF SetTextColor(COLORREF 20 °fl^ng the first control to the fiist style sheet and linking 
crColor) • second control to the second style sheet further corn- 
Return Value prises the step of loading the respective style sheet from a 

An RGB value for the previous text color. cache ob J ect store - 

Parameters method of claim 1, wherein the step of linking the 

crColor— Specifies the color of the text as an RGB color ^ first control to the first style sheet and the step of linking the 

value. second control to the second style sheet comprise the step of 

This routine sets the text color to the specified color. The associating with the respective control with a globally 

system will use this text color when writing text to this unique identifier associated with the respective style sheet, 

device context and also when converting bitmaps between 7. The method of claim 1, wherein the step of creating a 

color and monochrome device contexts. first and second control further comprises the step of creat- 

If the device cannot represent the specified color, the ing a static story control, 

system sets the text color to the nearest physical color. The 8. The method of claim 1, wherein the step of creating a 

background color for a character is specified by the SetBk- first and second control further comprises the step of creat- 

Color and SetBkMode member functions. ing a dynamic story control. 

CDC::SetBkColor 9, A viewer for rendering a title, the title including at least 

virtual COLORREF SetBkColor (COLORREF crColor); 35 one page layout representing a desired appearance of a 

Return Value respective page of the title, the title having at least one 

The previous background color as an RGB color value. If content object associated therewith representing content of 

an error occurs, the return value is 0x80000000. at least one document, the viewer comprising: 

Parameters a com p U t e r, including a storage; 

crColor-Specifies the new background color. a di k operatively associated with the computer, 

This routine sets the current background color to the t , 4 u . , , . . 

•a a i jc *i- l. i j 6 , . nn . mtr 1( the content object being stored in the storage; 

specified color. If the background mode is OPAQUE, the . , , , . , 

system uses the background color to fill the gaps in styled at J east ° ne St ? le she u et stoIB< * m the &ion & separately 

lines, the gaps between hatched lines in brushes, and the from the C0Dtent ob J ect; and 

background in character cells. The system also uses the 45 a contro1 stored m the stora S e > tne contr °l delineating an 

background color when converting bitmaps between color area of the P a £ e la y° ut and bein £ hnked t0 al least one 

and monochrome device contexts. of the content objects and at least one of the style sheets 

If the device cannot display the specified color, the system 51X011 lhal rendered in the delineated page layout 

sets the background color to the nearest physical color. area 15 formatted according to the linked style sheet. 

We claim: 50 ^* ^ e v i ewer °f claim 9, wherein the content object 

1. A method of styling document content, comprising the comprises text content, 

steps of: T° e v ^ ewer °f claim 9, wherein the content object 

creating a title including page layouts representing the C °T£f S ^ C °?T" * ft u 

appearance of pages of the title; Xt ' ™ e ™™ of claim 9 > toher ^pnsing a second 

*■ a . * T l * * - * • £ 4 i i . 55 control stored m the storage, the second control delineating 

creating a first style sheet container storing a first plurality „ A „„ * 4U f > JU • , , A ° 

of st les* second area of the page layout and being linked to at least 

. ' . , a second one of the content objects and a second one of the 

creating a second style sheet container storing a second stvle SQeets 

pluraUty of styles; 13 ^ q{ dajm 9 ^ comprising a second 

creating at least one content container for storing docu- 60 contro! slored in me st0 rage, the second control delineating 

ment content; a secon d arca 0 f th e page i a y 0Utj the first and second controls 

providing a first control on a first one of the page layouts being linked to the same content object. 

for delineating a first page layout area where content is 14. The viewer of claim 9, wherein the style sheet 

to be rendered; includes styles from the group consisting of character styles, 

providing a second control on a second one of the page 65 wrap styles or paragraph styles. 

layouts for delineating a second page layout area where IS. The viewer of claim 9, wherein the content object 

content is to be rendered; contains tagged content. 
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16. In an electronic publication system including a 22. The method according to claim 17, further comprising 
storage, a method of publishing and viewing a title, the the step of modifying the style sheet on the publisher 
method comprising the steps of: workstation after the step of rendering the title on a display 

creating a content object representing content of a docu- of ^ customer workstation. 

ment associated with the title; * 23. The method according to claim 17, wherein the step 

. , t . J.* of rendering the title on the customer workstation further 

creatine at least one page layout representing a desired ~ r 

, ° t - . / r a comprises the steps of: 

layout of a page of the title; r . r . 

, , parsmg content represented m the content object to deter* 

creating a control object delineating an area of the page minc a ( identifier and 

layout where the content is to be rendered; in . 4 • • * t ' r j 

J io determimng a style property from the style sheet based on 

creating a style sheet object including at least one style ' rae identifier 

sheet representing a desired format for the content; 2 4. The method of claim 17, further comprising the step 

linking the style sheet object to the control object; of providing each control with a setting representing the 

linking the content object to the control object; location of content to be displayed by that control, 

storing with a publishing workstation the page layout, 15 25. The method of claim 17, wherein the step of rendering 

content object, the style sheet object and the control the title on lhe customer workstation comprises the step of 

object in the storage; loading the style sheet from a cache object store. 

. . . , i , *i_ i * 26. The method of claim 17, wherein the step of rendering 

retrieving with a customer workstation the page layout, 4 . A J ' 4 . . r 4 % 

* * u- * i i u * u - * ji i il l me title on the customer workstation comprises the step of 

content object, style sheet object and control object . t . . 4 , . t . . iU , . ,, • . . X c 

from the stora e- and 20 associating with the control with a globally unique identifier 

e 3 identifying the style sheet, 

rendering the content on a display of the customer 2 7. The method of claim 17, wherein the control object 

workstation, the content being rendered in the delin- comprises two controls and wherein the step of rendering the 

eated page layout area according to the format repre- title on mc customer workstation comprises the step of 

sented in the linked style sheet. ^ rendering me same content ^ both 

17. In a publishing and distribution system including at 2 8. In a publishing system including at least one publish- 
least one publishing workstation for creating a tide and at ing workstation for creating a ulle , a publishing method 
least one customer workstation for rendering the title, a comprising the steps of 

publishing method comprising the steps of: a CQatent folder containing at least one content 
creating a content folder containing at least one content 30 object, the content object representing the information 
object, the content object representing the information associated with the title- 
associated with the title; creating a title folder for containing the title; 
creating a title folder for containing the title; creating at least one layout object on the publishing 
creating at least one layout object on the publishing workstation, the layout object representing the layout 
workstation, the layout object representing the layout 35 of at least one page of the title, the layout object 
of at least one page of the title, the layout object including a control object containing at least one con- 
including a control object containing at least one con- trol delineating a respective area of the layout page in 
trol delineating a respective area of the layout page in which content is to be rendered; 
which content is to be rendered; creating a style object containing at least one style sheet 
creating a style object containing at least one style sheet representing a desired format for the content; 

representing a desired format for the content; linking the control object with a respective content object; 

linking the control object with a respective content object; linking the style object with the control object; and 

linking the style object with the control object; storing the layout object in the title folder, 

storing the layout object in the title folder; and 45 29. The method according to claim 28, wherein the 

j . * „. , „„ A content object represents tagged content. 

r6 wo£io e a 00 " ^ 3 °- ^ me ? h0d aCCOrding . t0 Claim 28 ' whereiD the laycmt 

^" object comprises search objects for drawing content from 

selecting the page; and me content object. 

rendering the linked content in the respective page layout 50 31. The method according to claim 28, wherein the 

area delineated by the control in the format represented control object includes a static story control, 

by the style sheet in the linked style object. 32. The method according to claim 28, wherein the 

18. The method according to claim 17, wherein the step control object includes a dynamic story control. 

of creating a content folder further comprises the step of 33. The method according to claim 28, further comprising 

creating tagged content. 55 the step of modifying the style sheet after the step of storing 

19. The method according to claim 17, wherein the step the layout object. 

of creating a layout object further comprises the step of 34. The method of claim 28, wherein the style sheet is 

creating search objects for drawing content from the content provided with a globally unique identifier. 

object. 35. The method of claim 28, wherein the step of creating 

20. The method according to claim 17, wherein the step 60 a layout object comprises the step of creating a control 
of creating a control object includes the step of creating a object representing two controls and wherein the step of 
static story control. finking the control object to the content object comprises 

21. The method according to claim 17, wherein the step linking both controls to the same content, 
of creating a control object includes the step of creating a 

dynamic story control. ***** 
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